Version imprimable
Bonjour, je suis passé d'une version de debian 3.1 sarge, anjuta 1.2.2 et glade 2.6.8 à un debian 4
Etch stable, anjuta 1.2.4a et glade 2.12.1.
Lors de la compilation de mon projet, l'executable est passé de 3 Mo à 160 Ko !
et je ne trouve pas comment faire pour inclure toutes les librairies de mon projet dans l'executable, car je crois que s'est ça le problème ?
Pouvez-vous m'aider ?
Merci.
Jfcocu
Bonjour,
Pourquoi il y a un problème ? Ton programme ne fonctionne plus ?
C'est peux être parce qu'une des bibliothèques était liée statiquement et maintenant il existe une version dynamique ;)
Bonjour, le problème est que ce programme doit tourner sur d'autre pc et donc qu'il doit englober statiquement les librairies que j'utilise.
Mais comment faire ?
Merci
jfcocu
c est au niveau de la compilation et du linkage ; il faut que tu link tes libs en statique et pas en dynamique, donc que tu utilise des .a et pas des .so :mrgreen:
Je vais peut-être dire une ânerie, sachant que je n'ai jamais réussi à compiler un programme utilisant GTK+ en statique, mais normalement tu passe au compilateur uniquement le nom de la bibliothèque et pas le nom du fichier complet :Citation:
Envoyé par gandalfar
Après gcc détermine qu'il s'agit du fichier libgtk-2.0.so ou libgtk-2.0.a. .Je crois qu'il favorise la compilation dynamique si les deux fichiers existent mais tu peux forcer la compilation statique avec l'optionCode:-lgtk-2.0
Code:-static
A confirmer tout de même ;)
[edit]
J'ai bien appris ma leçon : man gcc
Citation:
-lbibliothèque
-l bibliothèque
Rechercher la bibliothèque nommée bibliothèque lors de l'édition des liens. (La seconde alternative avec la bibliothèque spécifiée comme argument séparé n'est destinée qu'à la conformité POSIX et n'est pas recommandée.)
L'ordre d'écriture de cette option dans la ligne de commandes est important ; l'éditeur de liens recherche et traite les bibliothèques et les fichiers objets dans l'ordre dans lequel ils sont spécifiés. Donc, foo.o -lz bar.o recherche la bibliothèque z après le fichier foo.o mais avant bar.o. Si bar.o se réfère à des fonctions de z, ces fonctions ne peuvent être chargées.
L'éditeur de liens recherche la bibliothèque dans une liste standard de répertoires, bibliothèque qui est en fait un fichier s'appelant libbibliothèque.a. L'éditeur de liens utilise ensuite ce fichier comme s'il avait été spécifié précisément par son nom.
Les répertoires de recherche incluent divers répertoires standard du système, plus tous ceux que vous avez spécifiés avec -L.
Normalement, les fichiers trouvés de cette façon sont des fichiers de bibliothèque -- fichiers archives dont les membres sont des fichiers objets. L'éditeur de liens manipule un fichier archive en l'examinant pour trouver les membres qui ont déjà été référencés mais pas encore définis. Néanmoins, si l'éditeur de liens trouve un fichier objet ordinaire au lieu d'une bibliothèque, le fichier objet est lié de la façon habituelle. La seule différence entre utiliser une option -l et spécifier un nom de fichier est que -l entoure bibliothèque avec lib et .a et cherche dans plusieurs répertoires.
[/edit]Citation:
-static
Sur les systèmes supportant l'édition des liens dynamique, ceci empêche d'effectuer une édition de liens en utilisant des bibliothèques partagées. Sur les autres systèmes, cette option n'a aucun effet.
je pense que tu ne dis pas d'anerie, excuse moi j avais repondu un peu vite:oops:
Je sais que sous Windows, avec Code::Blocks, ça m'arrive de mettre le chemin complet du fichier pour aller plus vite mais c'est pas la meilleur des solution (la preuve, niveau évolution c'est quand même plus rapide de rajouter une option que de renommer tous les fichiers).Citation:
Envoyé par gandalfar