Discussion :

[rastakouair]

Bonjour,

j'ai écris une librairie en c++ avec des classes aux fonctions privées et publiques.
Des fonctions privées font appel à des librairies. Et les fonctions publique sont une sorte de wrapper aux fonctions privées
La compilation de la librairie se passe sans problème
g++ -fPIC....
g++ shared, soname....


Mais lorsque j'essaye de compiler un programme utilisant ma librarie,
cela ne fonctionnera que si je lui indique ou trouver les librairies qui sont utilisées que dans les fonctions privées de mes classes....

Comment faire du coup pour faire en sorte que seulement les fonctions publique soit accessible, depuis un programme tier ?

L'utilisation de "extern C" aiderai elle ? je ne l'utilise pas car le programme appelant est aussi en c++

je précise que les structures/objet spécifiques aux autres librairies ne sont jamais utilisées dans les méthodes publiques....


merci pour vos réponses

[Jean-Marc.Bourguet]

Quand tu batis ta bibliotheque, indiques les bibliotheques dont elle depend avec -l.

[rastakouair]

Bonjour,

C'est en effet ce que je fais, lorsque je batis ma librairie j'indique les librairies nécessaire avec le -l

Ce que j'aimerais c'est que lorsque je construis mon appli utilisant ma librairie je n'ai pas besoin d'indiquer le -l des autres librairies

[Jean-Marc.Bourguet]

Bizarre:

Code :

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

1
2
3
4
5
6
7
8
9
10
$ g++ -fPIC -c lib1.cpp
$ g++ -fPIC -c lib2.cpp
$ g++ -c main.cpp
$ g++ -shared -o liblib2.so lib2.o
$ g++ -shared -o liblib1.so lib1.o
$ g++ -o main main.o -L`pwd` -llib1
liblib1.so: undefined reference to `f2()'
collect2: ld returned 1 exit status
$ g++ -shared -o liblib1.so lib1.o -L`pwd` -llib2
$ g++ -o main main.o -L`pwd` -llib1

[rastakouair]

Pourquoi

$ g++ -shared -o liblib1.so lib1.o

te compiles bien alors qu'elle devrait dépendre de liblib2 et donc devrais nécessiter -llib2 ?

[rastakouair]

Maybe my problem is a little bit different...it's more like this :

Code :

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

1
2
3
4
5
6
7
8
 
$ g++ -fPIC -c lib1.cpp
$ g++ -c main.cpp
$ g++ -shared -o liblib1.so lib1.o -L`pwd` -llib2
$ g++ -o main main.o -L`pwd` -llib1
liblib1.so: undefined reference to `struct specific_to_lib2'
collect2: ld returned 1 exit status
$ g++ -o main main.o -L`pwd` -llib1 -llib2 -> fine

[Jean-Marc.Bourguet]

Tu peux extraire un exemple complet? Je ne me souviens pas avoir vu une erreur du genre: undefined reference to `struct specific_to_lib2'

[rastakouair]

Le message n'indique pas d'erreur sur `struct specific_to_lib2'
mais sur `tada_a_struct_from_lib2'
Je vous colle l'erreur exacte demain si vous pensez que cela change quelque chose

Une chose que je ne comprends pas très bien : sur windows on définit les méthodes/classes à exporter avec _declspec(dllexport)
pourquoi n'est il pas possible de faire la même chose avec g++ ?

[rastakouair]

Yes it says

Code :

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

undefined reference to `specific_structure_from_lib2'

[Jean-Marc.Bourguet]

Aucune idee. Je te suggere a nouveau d'extraire un exemple minimal (ou tu as enleve tout ce qui n'est pas necessaire pour reproduire le probleme) et complet (ou tu donnes explicitement tout ce qui est necessaire pour reproduire le probleme) et de nous le donner.