Compilation linux: implicit declaration of function ‘glGenBuffers’

Bonjour,

Je viens d'acquérir le red-book en français. Tout en lisant les passionnants chapitres, je code quelques exemples.

Jusqu'au vertex array tout aller pour le mieux, mais je suis passé au VBO, et là je n'arrive pas à compiler:

Code:

---

1 2 3 4

main.c:105: warning: implicit declaration of function ‘glGenBuffers’ main.c:107: warning: implicit declaration of function ‘glBindBuffer’ main.c:108: warning: implicit declaration of function ‘glBufferData’ main.c:108: error: ‘STATIC_DRAW’ undeclared (first use in this function)

---

Mes lignes d'inclusion sont:
#include <GL/glut.h>

J'ai essayé aussi d'inclure le glext.h par défaut, puis le glext téléchargeable sur opengl.org, mais sans succès.

J'ai peu être une petite idée d'ou le problème viendrait:
dans mon gl.h j'ai: ** Copyright 1998-2002, NVIDIA Corporation....
Si ce fichier date réellement de 2002 y'a peut être un problème :?

ps: je suis sous ubuntu avec les pilotes nvidia 97.46 installés manuellement.

Ta version statique d'OpenGL doit être inférieure à 1.5, il faut donc que tu accèdes à tout ça sous forme d'extension (donc en gros, en rajoutant ARB derrière chaque identifiant et en chargeant les fonctions explicitement -- ou en utilisant glew).

Qu'est ce qu'est la version statique?
Parceque sinon la version d'opengl c'est la 2.1.0 NVIDIA 97.46...

C'est déjà moins pratique d'accéder au fonction de cette manière :(.

Ha je vois qu'une nouvelle version des pilotes nvidia vient de sortir, voyons le changement.

Pas de changement, et a priori je ne peux pas utiliser les fonctions d'opengl 1.2 non plus comme:
glDrawRangeElements().

Donc ma version statique serait 1.1, c'est bizarre non?

Ce que j'appelle version statique, c'est la bibliothèque livrée avec le compilo / OS. Sous Windows par exemple c'est la version 1.1 d'OpenGL qui est livrée.

Par contre la version de la DLL fournie par les drivers de la carte graphique est à jour, mais il faudra accéder aux fonctionnalités supplémentaires dynamiquement via le mécanisme des extensions (vu que ces fonctions sont inconnues des .h / .a livrés avec le compilo).

En gros c'est comme ça que ça marche.

Ok, mais pourtant, elles sont définies dans glext.h non?

Citation:

---

Envoyé par Laurent Gomila

Sous Windows par exemple c'est la version 1.1 d'OpenGL qui est livrée.

---

Ca veut dire que si je veux faire quelquechose de portable, j'ai intérêt à utiliser le mécanisme des extensions?

C'est bizarre que dans le red-book, l'auteur fait comme si ces fonctions étaient incluse dans la version statique d'OpenGL par défaut...

Citation:

---

Envoyé par MatRem

Ok, mais pourtant, elles sont définies dans glext.h non?

---

Oui, mais avec des préfixes (ARB, EXT, ...) et il faut les charger dynamiquement (glxGetProcAddress sous Linux).

Citation:

---

Envoyé par MatRem

Ca veut dire que si je veux faire quelquechose de portable, j'ai intérêt à utiliser le mécanisme des extensions?

---

Sans doute, oui.

Citation:

---

C'est bizarre que dans le red-book, l'auteur fait comme si ces fonctions étaient incluse dans la version statique d'OpenGL par défaut...

---

Ne pouvant pas savoir avec quelle version d'OpenGL tu vas compiler, j'imagine qu'il suppose que tu utilises celle qui est décrite dans le bouquin. Dans le cas contraire le comportement est de toute façon le même, modulo le fait qu'il faille charger la fonction dynamiquement.

Citation:

---

Oui, mais avec des préfixes (ARB, EXT, ...)

---

Dans mon glext.h, a priori fourni pas nvidia, elles sont déclarées comme ça:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

... #ifndef GL_VERSION_1_5 #define GL_VERSION_1_5 1 #ifdef GL_GLEXT_PROTOTYPES ... extern void APIENTRY glGenBuffers (GLsizei, GLuint *); ... #endif ... typedef void (APIENTRYP PFNGLGENBUFFERSPROC) (GLsizei n, GLuint *buffers); ... #endif ...

---

La version statique d'OpenGL est bien récupérable via les constantes GL_VERSION_x_x?

Parceque si c'est le cas, la séquence suivante affiche toutes les versions:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

#ifdef GL_VERSION_1_1 printf("gl 1.1\n"); #endif #ifdef GL_VERSION_1_2 printf("gl 1.2\n"); #endif #ifdef GL_VERSION_1_3 printf("gl 1.3\n"); #endif #ifdef GL_VERSION_1_4 printf("gl 1.4\n"); #endif #ifdef GL_VERSION_1_5 printf("gl 1.5\n"); #endif #ifdef GL_VERSION_2_0 printf("gl 2.0\n"); #endif #ifdef GL_VERSION_2_1 printf("gl 2.1\n"); #endif

---

Bon ben au final je vais utiliser glew qui m'a l'air bien simple... meme si j'ai pas vraiment compris pourquoi ça fonctionne pas sous linux...

suite à une erreur de navigateur, mon post d'hier soir ne s'est pas... posté :aie:

Citation:

---

Envoyé par Shenron666

Salut,

le seul red book que je connaisse étant la version 1.1 en ligne, ele ne traite pas des vbo mais a mon avis tu as dû louper un chapitre, il serait étonnant qu'il ne soit pas question de l'utilisation des extensions dans un chapitre précédent

sinon renseignes toi sur l'utilisation des extensions sur nehe ou autre site de tutoriels voire utilises glee ou glew pour les gérer facilement

---

je vois que tu optes pour la bonne solution de mon point de vue
de cette manière tu n'auras pas à te casser plus la tête

le red book existe dans toutes les versions possible et imaginable (peut être pas encore en 2.1 quand même).
l'autre jour, j'ai vu le red book 2.0 en magasin (mais par contre il n'est plus très red mais plutôt blue maintenant :mouarf:)

En fait j'ai le guide officiel OpenGL 2.0 en français...

Je connaissais déjà le mécanisme des extensions, mais il n'en est pas fait mention avant les vbos, et je ne crois pas que ce soit expliqué en détail.
Cependant je n'ai pas encore lu entièrement le bouquin.

D'ailleurs les quelques pages sur les vbos sont un peu bâclées à mon goût.

En quoi est ce "la bonne solution", de ton point de vue? Parce que si on avait accès directement aux fonctions à l'aide des seuls en-têtes standards, il me semble que ce serait plus pratique non?

Enfin c'est vrai que glew est vraiment très simple, même pas besoin de tripoter les pointeurs de fonctions...

effectuvement, si on avait toujours les fonctions dispo dans les entetes standard, ce serait nettement plus simple... malheureusement, un jour, microsoft a décidé de ne plus mettre a jour sa dll openGL, et nous voila tous reduit a utiliser la version 1.1 (et du coup les autres OS sont obligé de suivre pour rester compatibles et portable :?)

Citation:

---

Envoyé par MatRem

En quoi est ce "la bonne solution", de ton point de vue? Parce que si on avait accès directement aux fonctions à l'aide des seuls en-têtes standards, il me semble que ce serait plus pratique non?

Enfin c'est vrai que glew est vraiment très simple, même pas besoin de tripoter les pointeurs de fonctions...

---

tu réponds à la question par toi même, cela t'évites d'avoir à manipuler des pointeurs de fonctions et te simplifie l'accès aux extensions

c'est sûr qu'avoir accès à des fonctions statiques c'est plus simple mais toute la puissance d'OpenGL est dans les extensions, exploiter les "geometry shaders" de la dernière nvidia gf8800 est possible avec opengl sans attendre une nouvelle version, puisqu'il s'agit d'une extension

Citation:

---

Envoyé par MatRem

En fait j'ai le guide officiel OpenGL 2.0 en français...
[...]

---

Je me permet d'intervenir, sans vraiment avoir lu la totalité de ton post, mais je te prévien juste que ce livre est un reccueil d'erreurs impressionnant.
Certains prototypes de fonctions sont faux, quelques explications sont fausses, et pour finir, ils ne détaillent pas l'utilisation des VBOs, et ne présentent pas vraiment les prototypes de fonctions d'utilisation de ces derniers.
Et d'ailleurs, il en est ainsi pour de nombreux "concepts", si je puis dire, qu'ils expliquent et détaillent peu, voir mal.

Voilà, c'était mon petit avertissement du jour :D

Merci du conseil, j'aurais du demander avant...

Pour l'instant j'en ai lu un tiers, c'est vrai qu'il y aun peu de mal dit, quelques erreurs, et que le paragraphe sur les VBOS est léger.
Mais sinon il ne me parait pas si mal... (pas de problème avec les prototypes de fonctions pour l'instant):?
Et en tout cas, il est plus agréable à lire que les specs, et plus complet que le red book en ligne.

La version originale est beaucoup mieux?