Discussion :

[Ange_blond]

Bonjour,

Voil� mon petit soucis :

J'utilise une bibliotheque dynamiquement (.dll) pour mon projet.
J'ai besoin de sortir un peu de code de mon projet pour en faire une lib r�utilisable par d'autres projets.

Donc c'est l� o� vient le mais :

Lorsque que je compile mon bout de code en lib statique (pour �viter une dll de plus), le .lib est enorme (22Mo en release) alors qu'il y a a peine quelques milliers de lignes de code...
Ce que je souhaite savoir c'est :
1. est ce que c'est possible de compiler une lib statique qui a des d�pendances dynamiques ? (je ne veux pas que le code des d�pendances dynamique soit inclu dans mon .lib)
2. si oui, comment ?

Merci.

Ange_blond

[Mac LAK]

Une librairie statique n'est absolument pas li�e, ni de pr�s, ni de loin : aucune d�pendance n'est r�solue, c'est l'ex�cutable utilisateur (EXE ou DLL) qui effectuera la liaison directe. Par contre, elle subit bien s�r l'inlining et autres formes d'optimisation pouvant modifier plus ou moins fortement la taille du code produit.
A noter que la taille du .LIB n'est pas forc�ment tr�s significative, � cause des informations de debug et des fonctions "inutiles" qui ne seront pas forc�ment li�es � l'ex�cutable si tu actives le link au niveau fonction.

Tu peux t'en convaincre sur la page des propri�t�s d'une librairie statique : il n'y a PAS de section "�dition de liens"...

[Ange_blond]

D'accord, donc ma lib ne va pas chercher � inclure les d�pendances de la bibliotheque que j'utilise pour mon projet...

Par contre je comprend vraiment pas comment je m'en sort avec 22Mo pour les quelques classes qu'il y a...
Le soucis �tant que plusieurs projet vont utiliser statiquement cette lib, et donc ils vont tous "prendre" 22Mo alors que rares sont ceux qui d�passent le Mo ...

Les options de compil sont en effet r�duites, mais peut etre que je rate une �tape en cours de route ... ?

[Mac LAK]

D'accord, donc ma lib ne va pas chercher � inclure les d�pendances de la bibliotheque que j'utilise pour mon projet...

Non, en effet, c'est une DLL qui ferait �a. Mais tu auras bien s�r besoin des ent�tes pour compiler la librairie, bien s�r.
Tu peux (partiellement) inclure les d�pendances via un "#pragma comment(lib)", mais �a ne te dispensera pas d'avoir les librairies de d�pendances sous le coude pour cr�er un ex�cutable ou une DLL utilisant ta librairie statique.

Par contre je comprend vraiment pas comment je m'en sort avec 22Mo pour les quelques classes qu'il y a...
Le soucis �tant que plusieurs projet vont utiliser statiquement cette lib, et donc ils vont tous "prendre" 22Mo alors que rares sont ceux qui d�passent le Mo ...

C'est bien le probl�me avec les librairies statiques, justement !
Essaie quand m�me de linker un ex�cutable de test : tu as peut-�tre beaucoup d'informations de debug dedans, ce qui produira un ex�cutable assez petit, ou alors, tu as vraiment trop abus� des templates.

[Ange_blond]

Merci

Je vais qd meme tenter � l'occasion un exe de test en effet pour voir s'il embarque pas plus de d�pendances qu'il ne faut...

Par contre c pas logique : 22Mo en Release, 8Mo en debug....

Et le truc qui tue : sous linux, la lib en static ou en dynamic ne d�passe pas les quelques centaines de Ko tout au plus. (fait avec NetBeans)

[Mac LAK]

Par contre c pas logique : 22Mo en Release, 8Mo en debug....

Tu noteras, dans les optimisations, que certaines optimisations de vitesse sont diplomatiquement marqu�es comme "pouvant augmenter la taille de l'ex�cutable" (au profit de la vitesse d'ex�cution, donc).

C'est une des raisons pour laquelle je me m�fie toujours des templates utilis�s n'importe comment et/ou n'importe o�...

[M�dinoc]

J'ai d�j� vu Visual me d�tecter une fonction de calcul d'un tableau de 16Mo et me remplacer cette fonction par une copie du tableau directement dans l'ex�cutable produit.
D�sactiver l'inlining sur l'unit� de compilation concern�e (c'�tait Visual 6, pas de LTCG � l'�poque) a r�solu le probl�me.