Discussion :

[fpoupee2]

Bonjour,

J'ai une erreur en compilant un logiciel lors du make. J'ai l'erreur suivante :

relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/lib/python2.5/config/libpython2.5.a: could not read symbols: Bad value
collect2: ld a retourné 1 code d'état d'exécution
make[2]: *** [bindings/_yafqt.so] Erreur 1

J'ai essayé de mettre l'option -fPIC dans le flag CXXFLAG mais ça n'a rien changé.

Est-ce que quelqu'un a une idée.

Merci d'avance pour votre aide.

[Matthieu Brucher]

Il te faut recompiler libpython2.5.a en dynamique, pas juste faire une édition des liens avec fPIC (ça ne sert à rien).
Il te manque sans doute un paquet libpython-dev ou un truc du genre.

[screetch]

par défaut il doit utiliser la version statique, essaye de linker avec les options:

Code :

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

-Wl,-Bdynamic -lpython -Wl,-Bstatic ....

ca permet de demander au linker d'utiliser la version dynamique de python, qui elle doit avoir -fPIC

[Matthieu Brucher]

Je soupçonne plus l'absence de la version dynamique. Il essaie de compiler une bibliothèque dynamique, par défaut, il devrait se lier à la version dynamique.

[fpoupee2]

pour linker, il faut que j'ajoute ces flags dans la variable d'environnement CXXFLAGS?

[screetch]

LDFLAGS je crois, mais pas sur. C'est plus dur a configurer je pense...

[Jean-Marc.Bourguet]

Je soupçonne plus l'absence de la version dynamique. Il essaie de compiler une bibliothèque dynamique, par défaut, il devrait se lier à la version dynamique.

Je me demande si ce n'est pas une occurence d'un autre probleme. En 32 bits il est possible de faire une bibliotheque partagee sans -fPIC avec le modele memoire par defaut. Ce n'est pas le cas en 64 bits, il faut aussi -mcmodel=large (et ce n'est pas disponible avec les vieilles versions de gcc).