dlsym renvoie NULL, même si le symbole existe

J’utilise dlsym pour rechercher des symboles dans mon programme, mais il renvoie toujours NULL, ce à quoi je ne m’attends pas. Selon la page de manuel, dlsym peut renvoyer NULL s’il y a eu une erreur ou si le symbole est NULL. Dans mon cas, je reçois une erreur. Je vais vous montrer le MCVE que j’ai fait ce soir.

Voici le contenu de instr.c:

#include  void * testing(int i) { printf("You called testing(%d)\n", i); return 0; } 

Une chose très simple ne contenant qu’un exemple de fonction non remarquable.

Voici le contenu de test.c:

• Dépendance faible sur la bibliothèque partagée sous Linux
• Est-ce que la parité des marques et des espaces est possible avec boost.asio?
• Qu’est-ce que crtbegin.o et crtbegin_dynamic.o?
• Module de compilation du kernel Linux
• Stratégie d’ouverture / fermeture pour le pseudo-fichier / proc

 #include  #include  #include  typedef void * (*dltest)(int); int main(int argc, char ** argv) { /* Declare and set a pointer to a function in the executable */ void * handle = dlopen(NULL, RTLD_NOW | RTLD_GLOBAL); dlerror(); dltest fn = dlsym(handle, "testing"); if(fn == NULL) { printf("%s\n", dlerror()); dlclose(handle); return 1; } dlclose(handle); return 0; } 

En parcourant le code avec le débogueur, je vois que le dlopen retourne un handle. Selon la page de manuel, If filename is NULL, then the returned handle is for the main program. Donc, si je lie un symbole appelé testing dans le programme principal, dlsym devrait le trouver, non?

Voici comment je comstack et relie le programme:

 all: test instr.o: instr.c gcc -ggdb -Wall -c instr.c test.o: test.c gcc -ggdb -Wall -c test.c test: test.o instr.o gcc -ldl -o test test.o instr.o clean: rm -f *.o test 

Et quand je construis ce programme, puis fais objdump -t test | grep testing objdump -t test | grep testing , je vois que le testing symbole est bien là:

 08048632 g F .text 00000020 testing 

Pourtant, la sortie de mon programme est l’erreur:

 ./test: undefined symbol: testing 

Je ne suis pas sûr de ce que je fais mal. J’apprécierais que quelqu’un puisse faire la lumière sur ce problème.

• Gestionnaire de signal SIGTSTP pour processus enfant
• référence indéfinie à `GlewInit ‘- OpenGL
• Alignement et performance
• YouCompleteMe ne peut pas se compléter automatiquement
• Overhead of Spin Loop en termes de cohérence du cache