GCC sous Ubuntu et le linkage (undefined reference)

**esteban** · 24/11/2010, 22h04

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

**Davidbrcz** · 24/11/2010, 23h11

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)

**esteban** · 25/11/2010, 08h48

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...

**Emmanuel Deloget** · 25/11/2010, 16h07

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 ?

**esteban** · 26/11/2010, 11h07

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

**Emmanuel Deloget** · 26/11/2010, 11h28

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

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

**esteban** · 26/11/2010, 11h40

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**Emmanuel Deloget** · 26/11/2010, 11h48

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**esteban** · 26/11/2010, 11h54

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**Emmanuel Deloget** · 26/11/2010, 12h02

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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é).

**esteban** · 26/11/2010, 12h26

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...

**esteban** · 26/11/2010, 13h29

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 !