GCC sous Ubuntu et le linkage (undefined reference)

Bonjour je relance un topic qui a déjé été abordé un bon millier de fois sur le net mais aucune des solutions proposées ne fonctionne chez moi...

J'ai 3 libs maison compilées en statique : lib1.a, lib2.a et lib3.a et un programme qui linke ces 3 librairies, le tout sous Ubuntu 64bits.

Le même code compile et linke sans problème sous MacOS. Sous Ubuntu ca compile sans problème en 64bits mais ca ne linke pas j'ai des undefined reference à chaque appel de fonction quasiment avec des trucs complètement dingue du style :
lib1.a dans la fonction machin(), undefined reference vers la lib2.a, le tout pendant le linkage de mon programme principal.

C'est du délire j'ai tout essayé : -static, changer l'ordre de linkage, ajouter -lstdc++ etc...

Est-ce que quelqu'un à déjà rencontré ce problème ?

J'ai installé gcc-multilib pour pouvoir compiler le même projet en 32bits plus tard, y aurait-il un rapport ?

Merci à vous
Tristan

Tu as essayé de recompiler tes libs sous Ubuntu 64 bits avant de les linker à ton projet ? Car vu que le C++ ne propose pas d'ABI standardisée, ca peut foirer à pas grand chose (dès fois juste une option de compilation)

Salut oui j'ai nettoyé tout mes projets et tout recompilé, j'ai même du corriger certaines erreurs d'include car sous Ubuntu je ne retrouvais pas certains headers système et d'autres n'étaient pas inclus automatiquement... En tout cas j'ai bien mes fichiers .a disponibles...

Citation:

---

Envoyé par esteban

Salut oui j'ai nettoyé tout mes projets et tout recompilé, j'ai même du corriger certaines erreurs d'include car sous Ubuntu je ne retrouvais pas certains headers système et d'autres n'étaient pas inclus automatiquement... En tout cas j'ai bien mes fichiers .a disponibles...

---

Est-ce que tu pourrais poster les logs stp ?

En voici une partie (il y a plusieurs milliers de lignes comme ca).

PS aux autres posteurs : pas de flame war. On parle technique là, pas philosophie.

Citation:

---

Envoyé par esteban

En voici une partie (il y a plusieurs milliers de lignes comme ca).

---

C'est bizzare. Malheureusement, ces logs là sont peu utiles. Ce dont j'aurais besoin, ce sont les logs des moments ou les erreurs apparaissent, avec les lignes de commandes.

1) génération des différentes librairies.
2) génération de l'exécutable final.

Tu peux changer les noms de fichiers si tu le désires. Je ne veux pas qu'on me taxe d'espionnage :)

Ben en fait,

la compilation des librairies se passe sans aucun message de warning ou d'erreur et les logs que j'ai mis sont ceux du linkage de l'exécutable... Je ne sais pas trop ce que je peux mettre d'autre ?

Voici la ligne de commande pour 1 des libs :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Building file: ../misc/misc.cpp Invoking: GCC C++ Compiler g++ -D__GNULINUX -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"misc/misc.d" -MT"misc/misc.d" -o"misc/misc.o" "../misc/misc.cpp" Finished building: ../misc/misc.cpp   Building target: libhadop_foundation.a Invoking: GCC Archiver ar -r "libhadop_foundation.a" ./Alarm.o ./Event.o ./FilterRule.o ./IpAddress.o ./MacAddress.o ./MacAddressDb.o ./Machine.o ./NetworkInterface.o ./Packet.o ./Sample.o ./Translator.o ./os_types.o ./sqlite3.o ./misc/cipher.o ./misc/logger.o ./misc/md5.o ./misc/misc.o ar: creating libhadop_foundation.a Finished building target: libhadop_foundation.a

---

Et pour le linkage :

Code:

---

1 2 3

make all g++ -m64 -Wl,-rpath,/usr/local/Trolltech/Qt-4.6.3/lib -o Achiwa AlertWindow.o main.o MainApp.o WarningWindow.o AboutWindow.o QtUtils.o Updater.o UpdateDialog.o UpdateDom.o DownloadDialog.o SerialValidator.o qtsingleapplication.o qtlocalpeer.o GuiWindow.o qt_globals.o moc_AlertWindow.o moc_MainApp.o moc_WarningWindow.o moc_AboutWindow.o moc_Updater.o moc_UpdateDialog.o moc_DownloadDialog.o moc_SerialValidator.o moc_qtsingleapplication.o moc_qtlocalpeer.o moc_GuiWindow.o qrc_AlertView.o qrc_AboutWindow.o qrc_UpdateDialog.o -L/usr/local/Trolltech/Qt-4.6.3/lib -L/home/tristan/workspace/tinyxml/lib/ -L/home/tristan/workspace/hadop_foundation/Debug/ -L/home/tristan/workspace/hadop_data/Debug/ -L/home/tristan/workspace/hadop_net2/Debug/ -L/home/tristan/workspace/hadop_daemon/Debug/ -L/home/tristan/workspace/hadop_gui/Debug/ -lboost_thread-mt-sd -lboost_system-mt-sd -lboost_filesystem-mt-sd -lboost_regex-mt-sd -lboost_date_time-mt-sd -lboost_signals-mt-sd -lboost_iostreams-mt-d -lhadop_foundation -lhadop_data -lpcap -lpion-common -lhadop_net2 -lhadop_daemon -lhadop_gui -lssl -lcrypto -lz -lbz2 -lpion-net -lticppd -L/usr/local/Trolltech/Qt-4.6.3/lib -L/usr/X11R6/lib64 -lQtWebKit -lQtXmlPatterns -lQtNetwork -lstdc++ -lQtGui -lQtCore -lpthread

---

Pour les messages d'erreur ce sont ceux que je t'ai filé et qui apparaissent dans le foulée du linkage.

Citation:

---

Envoyé par esteban

Ben en fait,

la compilation des librairies se passe sans aucun message de warning ou d'erreur et les logs que j'ai mis sont ceux du linkage de l'exécutable... Je ne sais pas trop ce que je peux mettre d'autre ?

Voici la ligne de commande pour 1 des libs :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Building file: ../misc/misc.cpp Invoking: GCC C++ Compiler g++ -D__GNULINUX -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"misc/misc.d" -MT"misc/misc.d" -o"misc/misc.o" "../misc/misc.cpp" Finished building: ../misc/misc.cpp   Building target: libhadop_foundation.a Invoking: GCC Archiver ar -r "libhadop_foundation.a" ./Alarm.o ./Event.o ./FilterRule.o ./IpAddress.o ./MacAddress.o ./MacAddressDb.o ./Machine.o ./NetworkInterface.o ./Packet.o ./Sample.o ./Translator.o ./os_types.o ./sqlite3.o ./misc/cipher.o ./misc/logger.o ./misc/md5.o ./misc/misc.o ar: creating libhadop_foundation.a Finished building target: libhadop_foundation.a

---

Et pour le linkage :

Code:

---

1 2 3

make all g++ -m64 -Wl,-rpath,/usr/local/Trolltech/Qt-4.6.3/lib -o Achiwa AlertWindow.o main.o MainApp.o WarningWindow.o AboutWindow.o QtUtils.o Updater.o UpdateDialog.o UpdateDom.o DownloadDialog.o SerialValidator.o qtsingleapplication.o qtlocalpeer.o GuiWindow.o qt_globals.o moc_AlertWindow.o moc_MainApp.o moc_WarningWindow.o moc_AboutWindow.o moc_Updater.o moc_UpdateDialog.o moc_DownloadDialog.o moc_SerialValidator.o moc_qtsingleapplication.o moc_qtlocalpeer.o moc_GuiWindow.o qrc_AlertView.o qrc_AboutWindow.o qrc_UpdateDialog.o -L/usr/local/Trolltech/Qt-4.6.3/lib -L/home/tristan/workspace/tinyxml/lib/ -L/home/tristan/workspace/hadop_foundation/Debug/ -L/home/tristan/workspace/hadop_data/Debug/ -L/home/tristan/workspace/hadop_net2/Debug/ -L/home/tristan/workspace/hadop_daemon/Debug/ -L/home/tristan/workspace/hadop_gui/Debug/ -lboost_thread-mt-sd -lboost_system-mt-sd -lboost_filesystem-mt-sd -lboost_regex-mt-sd -lboost_date_time-mt-sd -lboost_signals-mt-sd -lboost_iostreams-mt-d -lhadop_foundation -lhadop_data -lpcap -lpion-common -lhadop_net2 -lhadop_daemon -lhadop_gui -lssl -lcrypto -lz -lbz2 -lpion-net -lticppd -L/usr/local/Trolltech/Qt-4.6.3/lib -L/usr/X11R6/lib64 -lQtWebKit -lQtXmlPatterns -lQtNetwork -lstdc++ -lQtGui -lQtCore -lpthread

---

Pour les messages d'erreur ce sont ceux que je t'ai filé et qui apparaissent dans le foulée du linkage.

---

Soit la ligne de link contient un -m64 parce que tu compiles en fait avec un compilateur 32 bits, et dans ce cas les lignes de build des fichiers .o doivent eux aussi contenir cette option, soit tu n'en a pas besoin parce que tu compiles avec un compilateur 64 bits.

Que se passe-t-il si tu l'enlève ? Je dois avouer que je n'ai jamais réussi à utiliser correctement -m64 ou -m32. Options pénibles :)

Alors je suis d'accord avec toi sur le problème de compiler/linker en 64.
Je suis à peu près sur de tout compiler en 64 bits car les librairies tierces (Pion et boost en particulier) sont compilées uniquement en 64 bits, en plus le compilateur compile par défaut en 64 bits :

Code:

---

1 2 3 4 5 6 7

tristan@tristan-ubuntu64-dev:~$ g++ -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5)

---

Par contre une confusion a pu s'installer à cause du fait que j'ai commencé à recompiler certaines librairies en 32 bits (dans un autre répertoire) et que pour ce faire j'ai installé gcc-multilib et 2 ou 3 trucs qui étaient censés m'aider à faire la compilation en 32 bits...
Je crois que je vais tout nettoyer et installer une autre VM pour compiler en 32 bits.
Si jamais ca change quelque chose je vous dis.

Citation:

---

Envoyé par esteban

Alors je suis d'accord avec toi sur le problème de compiler/linker en 64.
Je suis à peu près sur de tout compiler en 64 bits car les librairies tierces (Pion et boost en particulier) sont compilées uniquement en 64 bits, en plus le compilateur compile par défaut en 64 bits :

Code:

---

1 2 3 4 5 6 7

tristan@tristan-ubuntu64-dev:~$ g++ -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.3-4ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5)

---

Par contre une confusion a pu s'installer à cause du fait que j'ai commencé à recompiler certaines librairies en 32 bits (dans un autre répertoire) et que pour ce faire j'ai installé gcc-multilib et 2 ou 3 trucs qui étaient censés m'aider à faire la compilation en 32 bits...
Je crois que je vais tout nettoyer et installer une autre VM pour compiler en 32 bits.
Si jamais ca change quelque chose je vous dis.

---

C'est probablement la source de tous tes maux. C'est très ressemblant à des problèmes que j'avais moi-même rencontré (je voulais faire la compil 32 bits et 64 bits sur une unique machine. Pas bonne idée. Pas assez documenté).

Ben voilà j'ai tout supprimé, et j'ai remis l'options -m64 explicitement sur toutes les librairies et le programme... et toujours le même problème...

Oh là là là là ! Que c'est compliqué !! C'est fou parce que je n'ai rencontré aucun de ces problèmes avec gcc sous Mac OS, pourquoi ??

Voici les solutions à mes problèmes :
-changer l'ordre des librairies (vu le nombre c'était vraiment sympa à faire)
-ajouter la librairie dl

Et voilà mon programme est compilé !
Je m'en suis sorti mais je voudrais bien comprendre pourquoi c'est si compliqué sous Ubuntu ?

Merci à tous ceux qui m'ont répondu !

le linker (ld) est différent sous linux et sous macos

C'est une très bonne question :)

Malheureusement, je crois que la réponse est très proche du laconique "Parce que!" lancé par Orangina Rouge.