Discussion :

[coberle]

Bonjour,

Je créé une librairie d'objets "MaLib" (avec Dev-C++). L'un de ces objets est une classe Window qui contient une méthode "reshape" dans laquelle j'appelle notamment glViewport(...), glLoadIdentity(...), glOrtho(...). La compilation de cette librairie est effectuée sans problème (les librairies glu, glut, opengl, etc. sont ajoutées comme option de compilation).
Je crée ensuite un projet dans lequel j'utilise cette classe et la méthode reshape. A nouveau, j'ajoute les librairies glu, glut, opengl, etc. ainsi que ma librairie comme option de compilation. Et là, j'obtiens les message:

Linker Error:
undefined reference to `glViewport@16' in Window.cpp
undefined reference to `glOrtho@48' in Window cpp

>> première question: pourquoi dans ce cas aucune erreur n'apparait à la compilation de Window?

Après avoir pas mal cherché (et pas trouvé), j'ai eu l'idée d'ajouter directement les fichier Window.h et Window.cpp à mon projet (sans rien changer aux options de compilation). Et là, miracle, plus d'erreurs !

Je pense que l'erreur doit venir des options de compilations mais tout me semble correctement défini ... une idée ?

En vous remerciant par avance,
Christian

[Florian Goo]

Bonsoir,

Je ne connais pas Dev-C++, mais il faut que tu ajoutes les librairies avec lesquelles tu veux te linker dans les paramètres de l'éditeur de liens.
Le message d'erreur indique qu'il ne trouve pas les binaires de la définition des fonctions nommées. La compilation en elle-même se passe sans erreur car le compilateur trouve bien les déclarations des fonctions que tu utilises (qui se trouvent dans les fichiers .h que tu #includes). Le fait que la définition des fonctions soient introuvable n'est pas le problème du compilateur.

Ton compilateur est bien configuré (il trouve bien les .h), mais ton éditeur de liens, non (il ne trouve pas les .dll/.a/.lib/.so).

[coberle]

Florian,

Merci pour la réponse détaillée. Après plusieurs essais, je suis arrivé à la conclusion que l'ordre dans lequel on indique les librairies semble avoir une importance. Lorsque je mets MaLib en haut du panier, ça fonctionne. Lorsqu'elle est en bas de la liste, ça ne fonctionne pas. Peut-être s'agit-il d'un problème de Dev-CPP.

OK:
g++.exe glutBezierClass.o -o "BezierClass.exe" -L"C:/Dev-Cpp/lib" ../Christian/lib/myTools.a ../lib/libopenglut.a ../lib/libglu32.a ../lib/libglut32.a ../lib/libopengl32.a -mwindows

Pas OK:
g++.exe glutBezierClass.o -o "BezierClass.exe" -L"C:/Dev-Cpp/lib" ../lib/libopenglut.a ../lib/libglu32.a ../lib/libglut32.a ../lib/libopengl32.a ../Christian/lib/myTools.a -mwindows

[erreur: undefined reference to `glViewport@16']

Cordialement,
Christian

[Florian Goo]

En effet, l'ordre importe, ce n'est pas un problème inhérent à Dev-Cpp. Les libs bas-niveau doivent être chargées en dernier (je ne me souviens plus pourquoi, exactement).

?

[Médinoc]

Parce que l'éditeur de liens de gcc cherche dans l'ordre et ignore les doublons. Celui de Visual ignore l'ordre, mais refusera de lier si deux bibliothèques exportent la même fonction.