Discussion :

[Invité]

Bonjour

De nombreux internautes ont des erreurs de linkage lors de la compilation d'exemples de code OpenGL + Glut avec DevCpp.

Souvent ont trouve le conseil suivant sur internet :

Projet>options du projet>paramètres>dans la partie editeur de lien>Ajouter fichier
et tu mets libopengl32.a et glut.a
Le mieux étant de regarder sur les exemples ce qui est écrit.

Et malgré ces options je continuais à avoir des erreurs de linkage sur des fonctions comme gluLookAt ou gluOrtho2D.

Et puis j'ai récupéré le DevPack Glut 3.7.6 ici http://www.nigels.com/glt/devpak/

Je l'ai installé avec DevCpp (il suffit de cliquer sur le fichier)

Ensuite dans DevCpp, quand on choisit "Fichier / Nouveau projet", dans l'onglet "Multimedia", on peut choisir "Glut" ou "Open GL" et là, on se rend compte que les options dans "Projet / Options du projet / Paramètres / Editeur de lien" sont :

Code :

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

-lglut32 -lglu32 -lopengl32 -lwinmm -lgdi32

...et non pas :

Code :

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

1
2
C:/Dev-Cpp/lib/libopengl32.a
C:/Dev-Cpp/lib/libglut32.a

Je n'ai plus aucun problème de compilation depuis que j'ai changé ces options...

C'est peut-être une info qui mériterait de figurer dans la faq, non ?

[Laurent Gomila]

C'est peut-être une info qui mériterait de figurer dans la faq, non ?

Ca peut se discuter. C'est plus un problème de connaissance de son EDI et des bibliothèques, qu'un problème d'OpenGL.

Plusieurs choses :
- Spécifier le chemin complet du fichier (X:\...\libopengl32.a) ou le raccourci (-lopengl32) est strictement équivalent, les deux font référence au même fichier et fonctionnent très bien
- Lorsque tu sais un peu quelles bibliothèques tu utilises, tu sais tout de suite avec quoi lier ; en outre si tu ne lies qu'avec OpenGL et GLUT il est normal d'avoir des erreurs de liens manquants sur les fonctions de GLU
- gdi32 est une bibliothèque Windows contenant les fonctions nécessaires à la création du contexte OpenGL
- winmm n'est en rien nécessaire au bon fonctionnement d'OpenGL

Bon, après si tous les débutants butent sur ces questions, effectivement on pourrait penser à ajouter une question dans la FAQ.

[Invité]

- Spécifier le chemin complet du fichier (X:\...\libopengl32.a) ou le raccourci (-lopengl32) est strictement équivalent, les deux font référence au même fichier et fonctionnent très bien

Si on ne met ...

Code :

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

1
2
C:/Dev-Cpp/lib/libopengl32.a
C:/Dev-Cpp/lib/libglut32.a

... à la place de ...

Code :

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

-lglut32 -lglu32 -lopengl32 -lwinmm -lgdi32

Les exemples de code universitaires Glut + OpenGL ne se compilent pas. Cela provoque des erreurs de linkage sur des fonctions comme gluLookAt ou gluOrtho2D.
Hem... c'est sans doute qu'il faut ajouter "C:/Dev-Cpp/lib/libglu32.a" !

Bon, après si tous les débutants butent sur ces questions, effectivement on pourrait penser à ajouter une question dans la FAQ.

Dans la faq OpenGl de Developpez.com, il y a une grosse partie "Glut".
J'ai noté par exemple les rubriques :
- Où trouver GLUT ?
- Pourquoi ma fonction GLUT ne fonctionne pas ?
Mais à aucun moment "Comment l'installer avec DevCpp ou Visual Studio".
Cherchez ["Comment installer" Glut Devcpp] dans Google et essayez de trouver une réponse pertinente dans la première page... Ce n'est pas si évident... Alors que si on tape ["comment installer" sdl devcpp] dans google, on trouve plein de procédures très bien faites...

Ca ne fait pas de mal de laisser une petite procédure de quelques lignes pour retrouver comment l'installer...

Enfin bon...Ca fonctionne chez moi. La prochaine fois, je pense que je retrouverais la procédure...
Comme dirait l'autre : c'est vous qui voyez...

Merci en tous cas.

[MrTimber]

Un grand merci à Kaji grâce à qui je peux enfin mettre un terme à des heures de recherches laborieuses
sur le net et enfin compiler des programmes d'exemples utilisant OpenGL avec Glut !

sans -lglut32 j'obtiens des erreurs de linkage du type :
[Linker error] undefined reference to `glutWireCube'
[Linker error] undefined reference to `glutSwapBuffers'
[Linker error] undefined reference to `glutPostRedisplay'
...

sans -lglu32 j'obtiens des erreurs de linkage du type :
[Linker error] undefined reference to `gluQuadricDrawStyle@8'
[Linker error] undefined reference to `gluQuadricNormals@8'
[Linker error] undefined reference to `gluSphere@20'
[Linker error] undefined reference to `wglSwapBuffers@4'
...

sans -lopengl32 où si il est avant -glu* j'obtiens des erreurs de linkage du type :
[Linker error] undefined reference to `glFinish@0'
[Linker error] undefined reference to `wglSwapBuffers@4'
[Linker error] undefined reference to `wglSwapBuffers@4'
...


sans -lwinmm j'obtiens des erreurs de linkage du type :
[Linker error] undefined reference to `joyReleaseCapture@4'
[Linker error] undefined reference to `joySetCapture@16'
[Linker error] undefined reference to `joyGetPosEx@8'
...


sans -lgdi32 j'obtiens des erreurs de linkage du type :
[Linker error] undefined reference to `ChoosePixelFormat@8'
[Linker error] undefined reference to `SetPixelFormat@12'
[Linker error] undefined reference to `GetPixelFormat@4'
...

J'avais effectivement essayé avec -lglut32 et -lopengl32, mais il en manquait la moitié pour que ça marche !
En plus l'ordre est important ! Quand je vois comme j'ai galéré alors que j'ai quand même l'habitude des problèmes de linkage,
j'imagine que le néophite doit avoir des envie de suicide à s'échiner sur le problème sans succès et sans trouver nul part
une aide potable ! Donc je crois qu'il est effectivement indipensable de parler du linkage dans la FAQ, aussi bien avec Visual Studio
qu'avec DevCPP, et expliquer le rôle de chacune des librairie et l'ordre dans lequel elles doivent être linkées !!

[ghetolay]

Je suis d'accord pour mettre un petit quelquechose sur la faq car personnellement je sais link les librairies dont j'ai besoin mais pour l'ordre a respecter je ne savais pas et d'ailleurs je ne comprend tjs pas pourquoi il faut respecter absolument cet ordre.

merci pour ce post en tout cas qui m'a bcp aidé.

[shenron666]

Bonjour

De nombreux internautes ont des erreurs de linkage lors de la compilation d'exemples de code OpenGL + Glut avec DevCpp.

Souvent ont trouve le conseil suivant sur internet :

Projet>options du projet>paramètres>dans la partie editeur de lien>Ajouter fichier
et tu mets libopengl32.a et glut.a
Le mieux étant de regarder sur les exemples ce qui est écrit.

Et malgré ces options je continuais à avoir des erreurs de linkage sur des fonctions comme gluLookAt ou gluOrtho2D.

bon alors tu as des erreurs de linkage sur des fonctions telles que gluLookAt ou gluOrtho2D
si tu ne lie QUE glut32 et pas glu32, forcément ça ne peux pas marcher

je suis d'accord avec Laurent, c'est une information liée à votre connaissance de votre compilateur / linkeur

si vous voulez utiliser des fonctions opengl, il faut forcément linker la bibliothèque opengl32

le problème que je rencontre souvent est que les gens ne savent pas lire
gluOrtho -> GLU
glutMainLoop -> GLUT

on devrait peut-etre rajouter dans la faq
merci de lire les messages d'erreur en ENTIER et sans oublier de lettres dans les mots

s'il y a une erreur de link c'est que la bibliothèque ou le code source contenant le code de la fonction n'est pas présent dans le projet
c'est pourtant pas compliqué

moralité, avant d'apprendre à programmer, il faut apprendre à lire

quand à l'ordre, c'est aussi un "problème" de linkeur
à ma connaissance, ce problème ne se pose pas avec visual
et l'ordre est simplement logique, ajoutez les bibliothèques dans l'ordre dans lequel elle sont sensées être utilisées séquentiellement dans votre programme

[LittleWhite]

Perso, moi aussi j'avais galéré ... enfin peut être car j'ai plus l'habitude de Linux , et que je ne savais pas quoi linker pour les erreurs du genre :
SetPixelFormat@12

Des fois on peut aussi avoir des problèmes de main ... mais bon , je ne sais pas si pour autant on doit rajouter cela dans la FAQ

[kremvax]

J'ai jamais eu ce problème vu que j'utilise VS, mais tout de même si ça pose problème à tant de monde, ça ne coûte pas grand chose d'en parler dans la faq, si?

[shenron666]

ça ne coûte pas grand chose d'en parler dans la faq, si?

ce n'est pas un problème opengl, sa place n'est donc pas dans la faq opengl
et s'il faut rajouter dans toutes les faq les problèmes de linkage, on n'a pas fini