Discussion :

[francois.cheminade]

Bonjour,

J'essaie de compiler un code de calcul sous forme d'une librairie .so afin de l'appeler sous Java via jni.

Je développe sous eclipse et dispose d'un makefile auto-généré. Il fonctionne très bien dans le cas d'une compilation classique et l'exécutable renvoie les bons résultats. Mais dans le cas présent "shared-library" j'ai l'erreur suivante à la compilation :

Code :

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

1
2
3
4
g++ -shared -o "libtest.so"  ./sr/Axe.o ./sr/Pointe.o ./sr/Segment.o ./sr/SystRac.o  ./sol/Horizon.o ./sol/Sol.o  ./math/mathArchiSimple.o ./math/r3.o  ./main/main.o ./main/var.o  ./modele_archiSimple.o   
/usr/bin/ld: ./sr/Axe.o: relocation R_X86_64_32S against `vtable for Axe' can not be used when making a shared object; recompile with -fPIC
./sr/Axe.o: could not read symbols: Bad value
collect2: ld a retourné 1 code d'état d'exécution

J'ai donc naïvement rajouté -fPIC et obtient la même erreur en lancer le make via la console (via eclipse il ecrase les modfications) :

Code :

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

1
2
3
4
5
6
7
building target: libtest.so
Invoking: Cross G++ Linker
g++ -fPIC -shared -o "libArchiSimple.so"  ./sr/Axe.o ./sr/Pointe.o ./sr/Segment.o ./sr/SystRac.o  ./sol/Horizon.o ./sol/Sol.o  ./math/mathArchiSimple.o ./math/r3.o  ./main/main.o ./main/var.o  ./modele_archiSimple.o   
/usr/bin/ld: ./sr/Axe.o: relocation R_X86_64_32S against `vtable for Axe' can not be used when making a shared object; recompile with -fPIC
./sr/Axe.o: could not read symbols: Bad value
collect2: ld a retourné 1 code d'état d'exécution
make: *** [libtest.so] Erreur 1

J'ai cherché sur les forum mais je reste bloqué. Est ce que quelqu'un serait susceptible de me donner des pistes ?

[Emmanuel Deloget]

Il faut rajouter -fPIC -DPIC aux options de compilation de chacun des .o utilisé pendant le link. Les informations de relocation sont créées à ce moment là.

Note : j'insiste bien sur le -DPIC, parce que -fPIC ne définit pas automatiquement cette constante (et cette constante peut avoir un effet sur la déclaration des symboles dans les headers de la glibc et de la librt).

[francois.cheminade]

Merci beaucoup, ça fonctionne !!