Discussion :

[r0d]

Bonjour tout le monde,

je suis sous linux (ubuntu), et j'essaie de compiler un programme qui est composé de:
- 4 projets de type lib statiques (qui me génèrent donc des .a)
- un projet "principal" tout simple avec un main, qui utilise les 4 autres libs.

A la base, il y a un Makefile, et lorsaue je lance ce makefile avec la console, tout compile nickel.
Je suis donc en train d'essayer de compiler ça sous C::B. J'ai créé 5 projets dans mon workspace (4 de type lib statiques, et un de type console applicatin). Je suis parvenu à compiler mes 4 libs sans trop de problèmes.
Mais par contre, je bloque sur le projet "principal". Je ne comprend pas ce qu'il se passe, ça ne compile pas. J'obtiens un:
"undefined reference to xxx" pour chaque classe et fonction définies dans les autres projets.
Pourtant, j'ai bien configuré le bouzin... enfin, sans doute que non puisque ça ne compile pas. Mais j'ai bien linké avec les .a, j'ai ajouté les dossiers "include".

Que pourrais-je avoir oublié?

[koala01]

Salut,

Je peux me tromper lourdement, mais...

Normalement, dans Project->properties->(onglet "project settings, cliquer sur)->project dependancies, tu peux signaler que ton projet dépend des quatre bibliothèques...

Il faudra après, sans doute, ajouter les dossiers d'inclusions et ceux où se trouvent les bibliothèques nouvellement créées dans Project->Build Options-> Search Directories

[EDIT]Vérification faite, c'est bien ce qu'il faut faire...

Les précisons à donner dans Project->build Options sont:

• les dossier d'inclusions (Search directories->compiler)
• les dossier des bibliothèque(Search directories->linker)
• les bibliothèques avec lesquels effectuer la liaison (Linker Settings->link libraries)

[r0d]

Merci Koala

Et désolé de répondre si tard, j'avais d'autres priorités (ce n'est malheureusement pas moi qui choisi, car si ça ne tenais qu'à moi, j'en aurais fini une bonne fois pour toutes avec cette compilation sous C::B).

Donc, j'ai bien fais ce que tu m'as dis, mais ça ne fonctionne toujours pas. Du coup, j'ai 2 questions

1/ Dans les options du projet, on peut choisir les dépendences. A quoi ça sert ça? Est-ce que c'est comme sous ms visual, c'est à dire que ça sert juste à dire que si je compile mon projet, il faut que les projets dont il dépend soient compilés (et donc il va compiler les dépendences si ce n'est pas déjà fait) ?

2/ Aprés avoir bien rajouté tout ce qu'il fallait dans les "search dir" et "linker settings", il m'arrive quelque chose d'étrange sur mon projet:
Mes 4 dépendences se compilent bien, mais lorsque je compile le projet principal, il essaie de me recompiler des fichiers contenus dans projets dépendents! ^^ Enfin, je ne sais pas trop ce qu'il essaie de faire, mais je me retrouve avec des erreurs sur des fichiers contenus dans les dépendances alors que celles-ci compilent bien. Comment est-ce possible?

Voici le début de l'output de la compilation (j'ai changé les noms des classes et fichiers, car c'est top secret ) :

../A/libA.a(GetSimpleRequest.o):: In function `Send(UnObjet*)':
/UnFichier.cpp:95: undefined reference to `UneFontion(unsigned char)'
../A/libA.a(UnFichier.o):: In function `UneAutreFonction(UnParametre*)':
/UnFichier.cpp:145: undefined reference to `UneFonction(unsigned char
//etc..

Je précise que ce projet compile sous ms visual 8 express, ms visual 7, ms visual 2005, et avec le makefile sous gcc 4.1 (compilo qui est utilisé par mon C::B)

[koala01]

Donc, chaque projet qui est nécessaire à un autre doit être capable de se compiler de manière autonome.

Tu dois donc veiller à ce que les différents dossiers d'inclusion et de bibliothèques soient correctement définis dans les option du projet "requis"

Quand tu as plusieurs projets ouverts sur ton espace de travail, tu peux indiquer que le projet A a besoin du projet B pour se compiler.

Dés lors, quand tu demandera la compilation du projet A, il vérifiera s'il ne doit pas, à "tout hasard" recompiler le projet B (des fois que tu y aurais apporté des modifications), et ne le fera que si c'est nécessaire (ou si tu le demande explicitement avec "Rebuild" (<ctrl>+<F11>) )

Il est bien entendu que la compilation du projet B doit fournir une bibliothèque hein

Sois bien attentif à l'endroit où va aller se "loger" la bibliothèque créée pour le projet B, et à son nom (tu peux, si tu le désire, fournir un nom pour la lib "debug" et un nom pour la lib "release" ), et que tu dois bel et bien indiquer au projet A le .a .lib ou .dll (il se fout des fichiers objet lors de l'édition de liens ) qu'il doit utiliser, ainsi que le chemin à utiliser pour le retrouver, et le chemin pour retrouver les inclusion

Pour le reste, parce que j'ai fait les essais expressément pour toi, je n'ai pas eu de problème une fois que j'avais correctement indiqué les différents dossiers...

[r0d]

Merci beaucoup koala

Mais je n'y arrive pas...
Pfff... je ne comprend pas... j'ai l'impression que c'est un bug de C::B. C'est possible?

Ce que j'ai fais, pour tester, je suis reparti de 0:
j'ai créé un workspace vide,
j'y ai ajouté un projet A, de type static lib.
Le projet A contient une classe A avec une fonction f(){cout<<"hello"<<endl;}
A est compilé dans le fichier de sortie libA.a

j'y ai ajouté un projet Test, de type console,
Dans le projet Test, j'ai juste rajouté, dnas build settings
-> link library: libA.a
-> search dir -> compiler: le dossier dans lequel il y a A.h
-> search dir -> linker: le dossier dans lequel il y a libA.a

libA compile impec, mais Test, qui ne comprend qu'un main:

Code :

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

1
2
3
4
5
6
7
#include "A.h"
 
int main()
{
    A a;
    return 0;
}

ne compile pas:

/home/rodrigue/dev/Tests/Test1/Test1/.objs/main.o:: In function `main':
/home/rodrigue/dev/Tests/Test1/Test1/main.cpp:5: undefined reference to `A::A()'
:: === Build finished: 1 errors, 0 warnings ===

J'ai décris là exactement ce que j'ai fais, sans rien omettre. Par exemple, je n'ai pas fais les dépendences (mais si je les fais ça ne change rien). Ais-je oublié quelque chose?

[r0d]

Stoooop!
Oubliez le post précédent je m'étais trompé dans un path.
Maintenant mon projet de test fonctionne.

Encore koala

[koala01]

Stoooop!
Oubliez le post précédent je m'étais trompé dans un path.
Maintenant mon projet de test fonctionne.

C'est la faute de ces imbécile d'outils qui n'arrivent pas à interpréter correctement ce qu'on leur dit quand on leur dit une c

Encore koala

Avec plaisir

[r0d]

Yopopop, bon bah finalement, le problème c'était juste que j'avais mal configuré mes liens.

Désolé

Encore koala