Compilation : problème pour lier une librairie

Bonjour,

Je suis en train de développer un programme en C qui doit utiliser une librairie écrite en C (pas de problème de compatibilité C/C++ ^^). Dans mon programme, j'utilise les fonctions :

xc_interface_open(xentoollog_logger*, xentoollog_logger*, unsigned int);
xc_map_foreign_pages(xc_interface_core*, unsigned int, int, unsigned long const*, int);
xc_interface_close(xc_interface_core*);

Ces fonctions se trouvent dans la librairie libxenctrl.so :

0000000000016ed6 T xc_interface_close
0000000000016de9 T xc_interface_open
000000000001e656 T xc_map_foreign_pages

Lorsque je compile mon appli, je passe la librairie (j'ai mis le chemin absolu pour être certain de la librairie utilisée) :

gcc gntring3_read_async.c /home/fremals/GVirtus9/modules/gntring/libgntring4.o /usr/local/lib/libxenctrl.so -o ring3_read_async -lm -I /home/fremals/GVirtus9/modules/

Mais lors de la compilation, ld ne trouve pas les fonctions citées :

/home/fremals/GVirtus9/modules/gntring/libgntring4.o: dans la fonction « connect_ring »:
libgntring4.c:(.text+0x328): référence indéfinie vers « xc_interface_open(xentoollog_logger*, xentoollog_logger*, unsigned int) »
libgntring4.c:(.text+0x348): référence indéfinie vers « xc_map_foreign_pages(xc_interface_core*, unsigned int, int, unsigned long const*, int) »
libgntring4.c:(.text+0x365): référence indéfinie vers « xc_interface_close(xc_interface_core*) »
collect2: error: ld returned 1 exit status

Est-ce que quelqu'un a une idée du problème ?

Merci !!

Une bibliothèque ne se passe pas par /usr/local/lib/libxenctrl.so
mais avec -L/usr/local/lib -lxenctrl

le -L n'est pas forcément nécessaire, dans ce cas, car ld peut déjà avoir /usr/local/lib dans ses dossiers normaux.

J'ai passer la librairie en chemin absolu pour être sûr de la version utilisée. Avec l'option -l, c'est le système qui cherche où se trouve la librairie dans un ensemble de répertoire prédéfini (et il est effectivement possible d'indiquer d'autres répertoires où chercher la librairie). Mais au final, le résultat est le même. J'ai déjà essayé d'utilisé l'option -l, mais le résultat était le même. Comme c'est une librairie fournie avec l'installation de Xen, le système utilise de base /usr/local/lib/libxenctrl.so. J'ai recompilé la librairie dans un dossier perso, au cas où un problème serait survenu lors de l'installation de Xen, et je travaille avec les liens absolu pour être sûr des version utilisées à la compilation.

Bonjour,
l'ordre aussi est important :

gcc gntring3_read_async.c /usr/local/lib/libxenctrl.so /home/fremals/GVirtus9/modules/gntring/libgntring4.o -o ring3_read_async -lm -I /home/fremals/GVirtus9/modules/

J'ai essayé mais ça ne fonctionne pas non plus :/

Je suppose que le «ça ne fonctionne pas non plus» signifie que tu as les mêmes messages d'erreurs ?
Déjà pour décanter un peu les choses je te propose une vraie compilation séparée. Crée un petit makefile.
Ensuite regarde aussi du côté de l'option rpath du linker peut-être.

Effectivement, les erreurs sont toujours les même. Un makefile ne change rien non plus :

Code:

---

1 2 3 4 5 6

gntring3_read_async.o : gntring3_read_async.c gcc -c gntring3_read_async.c -o gntring3_read_async.o -I /home/fremals/GVirtus9/modules/   gntring3_read_async : gntring3_read_async.o gcc gntring3_read_async.o -lxenctrl /home/fremals/GVirtus9/modules/gntring/libgntring4.o -o ring3_read_async -lm

---

Il ne s'agit pas non plus d'une erreur de chemin. Le compilateur trouve correctement la librairie. Ce sont les symboles à l'intérieur de la librairie qu'il ne trouve pas. Je ne vois pas du tout comment cette partie du procédé fonctionne et ce qui pourrait empêcher de trouver les symbole.

Es-tu certain d'avoir les en-têtes de la même version que le .so que tu utilises?

Le problème a été résolu. libgntring4 est compilé avec g++, d'où le problème pour utiliser les fonctions C. Bizarre que ça fonctionnait avant le reformatage du pc. Les mystères de l'informatique ^^ Merci pour votre aide en tout cas !! :)

Merci de cliquer sur le bouton :resolu: en bas de page si vous n'avez plus de questions sur ce sujet.

Bonne journée.