problem de linkage avec un fichier .lib

bonjour !
j ai cree un fichier .lib qui utilise des classe gdi+ et opengl avec succé mais quand j ai utiliser ce fichier .lib dans un projet le compilateur me renvoie a la compilaion les erreur suivante :
undifined reference gdiplus......
undifined reference gl......
noter que les fichier libgdiplus.a et libopengl32.a etait inclus dans le projet comme d habitude sans faute .
pour rectifier ces erreur j ai essayer plusieur methode mais sans succé.
j ai meme inclus dans les fichier header du projet et dans le fichier header a la creation du fichier .lib les directives suivates sans succé :

Code:

---

1 2 3 4 5 6 7 8 9 10

#ifdef _DEBUG #pragma comment( lib, "libopengl32.a" ) #pragma comment( lib, "libglu32.a" ) #pragma comment( lib, "libgdiplus.a" ) #else #pragma comment( lib, "libopengl32.a" ) #pragma comment( lib, "libglu32.a" ) #pragma comment( lib, "libgdiplus.a" ) #endif

---

SVP y a t il un expert pour aider un debutant a resoudre ce probleme , et merci.

Bonjour,

Je crois qu'il faut que les bibliothèque GDI/OpenGL 32 soient incluent dans le projet avant que votre DLL/.lib ne le soit, sinon, les dépendances ne sont pas trouvées.
Et puis, je ne ferai pas trop confiance pour les inclusions à l'aide du pragma, mieux vaut passer par les propriétés du projet :)

merci pou la reponse ,le probleme etait du faite que j incluait le fichier .lb de cette maniere comme je faisais d habitude

Code:

---

1 2	-lopengle32 -lgdiplus

---

d habitude ça marchais bien sauf avec ce projet ou j ai rajouter un fichier .lib que moi meme j ai creér alors ça fonctionne pas , mais quand j ai donner le chemin exacte du fichier lib comme :

Code:

---

1 2	c:/.../..../libopengl32.a c:/.../..../libgdiplus.a

---

ça a marcher je trouve que c est bizard mais ça marche.
j aimerai bien savoir svp si vous avez une reponse pourquoi ça n a pas marcher de cette maniere :

Code:

---

1 2	-lopengle32 -lgdiplus

---

Il y a une différence entre la bibliothèque statique (.a) et la bibliothèque dynamique (.lib). Maintenant, je ne sais pas trop pourquoi cela marche mieux, juste que grâce à la bibliothèque statique, il va trouver les fonctions directement dans le programme.
Par contre, j'oserai dire que c'est votre DLL qui devrait être compilée avec les bibliothèques statiques et non le programme finale ... enfin, quoique ...

merci ! j ai recompiler le fichier pour avoir une sortie fichier.a au lieu de fichier.lib mais ça na pas changer grand chose , alors j ai renomer le ficher de sorti en libfichier.a puis j ai recompiler alors ça changer beaucoup de chose et j ai pu inclure les fichier .a directement : -lfichier , -lopengl32 , -lgdiplus
je pense que le prefix lib joue un grand role.

Oui, notamment si vous ne dites jamais quel compilateur vous utilisez. En effet, les .lib ne sont que pour MSVC (le compilateur C de Microsoft).

Citation:

---

Envoyé par aliwatte

je pense que le prefix lib joue un grand role.

---

Un peu oui, les raccourcis -lXXX vont chercher un fichier libXXX.a dans les LIB_PATH.

Citation:

---

Envoyé par LittleWhite

Oui, notamment si vous ne dites jamais quel compilateur vous utilisez. En effet, les .lib ne sont que pour MSVC (le compilateur C de Microsoft).

---

pardon pour l oublie , j'utilse : CodeBlock et Dev-C++

Citation:

---

Envoyé par aliwatte

pardon pour l oublie , j'utilse : CodeBlock et Dev-C++

---

Donc, je doute que les fichiers .lib soient gérés par les outils que vous utilisez. Cela pourrait expliquer le pourquoi cela ne fonctionnait pas bien.