Discussion :

[mister3957]

Bonjour à tous,

Me voici dans cette situation :

Je possède deux bibliothèques, lib1.a et lib2.a. lib2.a utilise liba.a.

Les deux compiles correctement :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
LIB=lib1
OBJ= $(SRC:.cpp=.o)
 
all : $(LIB)
 
lib1 : $(OBJ)
	ar rcs $(LIB).a $^ $(LDFLAGS)
 
$(OBJ): %.o: %.cpp
	@$(CC) -o $@ -c $< $(CFLAGS)

(pareil pour lib2.a)

En revanche lorsque j'essaye de compiler un exécutable lié avec lib2.a, j'ai des erreurs m'indiquant que lib2.a possède des symboles indéfinis qui sont présents dans lib1.a.

En suivant le même principe pour le makefile :

Code :

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

1
2
3
 
App : $(OBJ)
   g++ -o app $^ lib2.a

Erreur :

lib2_fichier.cpp.text+0x48): référence indéfinie vers « lib2::ns::MaClasse::MaFonction(bool) »

Alors ma question principale est :
- Est-ce que la dépendance de lib2.a envers lib1.a doit se gérer au niveau de la construction de lib2.a ou celle de "app" ?

Ensuite si vous pouviez me donner une piste pour faire avancer les choses, ça serait bien sympa

Merci par avance,

A bientôt

[LittleWhite]

Bonjour,

Il semble actuellement que lib1 appelle une fonction non définie dans lib2 (si ce n'est pas lib1, c'est votre application). L'éditeur de lien ne retrouver pas toutes les définitions nécessaires.
Vérifiez que les signatures de fonction sont les bonnes et que toutes les fonctions sont bien définies (et compilées). Peut être vous oubliez une fichier .cpp en compilant votre lib2.

Notez que pour une bibliothèque, l'éditeur de liens ne peux pas savoir si la fonction va être définie dans la bibliothèque ou plus tard (dans le programme qui utilise la bibliothèque ou une autre bibliothèque), du coup, à la compilation de la bibliothèque, quelques erreurs sont "laissées" (ne sont pas détectables).

[mister3957]

J'ai bidouiller plusieurs trucs, et désormais ça fonctionne.

En fait j'avais app qui utilisait lib2.a, et lib2.a qui utilisait lib1.a.

lib1.a et lib2.a compilaient correctement, mais en compilant app (lié avec lib2.a), ça indiquait "lib2.a, symbole externe non définit" sur des fonctions de lib1.a bien que lib2.a liait lib1.a.

Finalement, en plus de lier lib2.a j'ai aussi lié lib1.a dans app et ça a compilé.

Mais je trouve ça bizarre quand même que app doive injecter un "sous traitant" d'un "sous traitant", dans une logique naturelle, il n'est pas censé le connaître.

Du coup si lib2.a change ses choix en utilisant lib3.a et non plus lib1.a, cela aura un impact dans la compilation de app, d'un point de vue logique, ça me dérange.

Bon après peut-être que je me plante, j'ai peut-être lié tout avec tout sans vraiment savoir ce que je faisais, le principal étant que ça compile et ça s'exécute, c'est déjà pas mal pour un début, j'y ferai le ménage plus tard.

En tout cas merci beaucoup pour ta réponse.

A bientôt et bon dimanche !

[LittleWhite]

Ne manquais t-il pas une option -static ?

[Jean-Marc.Bourguet]

Une lib statique, c'est simple, c'est pas autre chose qu'une archive de .o (c'est pas un tar, c'est un format ancêtre de celui de tar) auquel on a ajouté un index pour accélérer le traitement. En particulier, ça ne stocke pas ses dépendances (as-tu seulement tenté de les indiquer? sinon, ça ne devrait pas t'étonner qu'elles ne soient pas prises en compte, si oui, je me demande comment).

Il est possible de copier une lib dans une autre, mais d'après ce que j'ai observé ça ne se fait pas souvent.