Discussion :

[Mindiell]

Bonjour à tou(te)s,

Je tente d'utiliser un namespace, et tout se passe bien jusqu'à la mise en place grpahismes openGL. Plus rien ne compile et il me sort des erreurs bizarres.
Au début, j'avais mis les include dans le namespace et, ok, c'était idiot , mais là, je ne comprends pas. A mois qu'openGL utilise déjà le namespace gj ???

Voilà le bout de code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
#include <gl/gl.h>
#include <gl/glaux.h>
#include "gui_button.hpp"
 
namespace jg
{
 
void GUI_Button::DrawObject (sf::RenderWindow& App)
{
    sf::IntRect r(100, 100, 200, 200);
    sf::Sprite s;
 
    glEnable (GL_SCISSOR_TEST);
    // En bas à gauche, puis la largeur et la hauteur !!!
    glScissor(r.Left, App.GetHeight() - r.Bottom, r.GetWidth(), r.GetHeight());
 
    s.SetColor (sf::Color(255, 0, 255, 255));
    s.SetPosition (125, 170);
    s.SetSubRect (sf::IntRect(0, 0, 50, 10));
    App.Draw (s);
 
    glDisable (GL_SCISSOR_TEST);
}
 
} // namespace jg

Et les erreurs :

..\..\libs externes\include\gl\gl.h:1152: error: expected constructor, destructor, or type conversion before "void"
..\..\libs externes\include\gl\gl.h:1152: error: expected `,' or `;' before "void"
..\..\libs externes\include\gl\gl.h:1153: error: expected constructor, destructor, or type conversion before "void"
..\..\libs externes\include\gl\gl.h:1153: error: expected `,' or `;' before "void"
..\..\libs externes\include\gl\gl.h:1154: error: `WINGDIAPI' does not name a type
[bla bla bla]
:: === Build finished: 50 errors, 0 warnings ===

[zabibof]

Moi aussi j'ai déjà eu ce problème mais je ne me souviens vraiment pas comment j'ai fait

Juste pour voir ce que ça donne, essayes "using namespace" au lieu de "namespace{}"

[ram-0000]

Peut être qu'en postant dans le forum OpenGL, tu auras plus de réponses.

Est ce que je déplace ?

[Mindiell]

Euh, je pense qu'il s'agit d'un problème de namespace et donc de C++, non ?
si personne ne répond ou ne peut répondre, je le fermerai et j'irai voir ailleurs (openGL)

[buggen25]

essay using namespace jg;

[Mindiell]

Nop, ca ne change rien...
En même temps, je veux vraiment définir ma classe et son code (hpp et cpp) dans le namespace jg hein

[Noxen]

A mois qu'openGL utilise déjà le namespace gj ???

Non, c'est une bibliothèque C, il n'y avait pas de namespace, c'est pour ça que tu trouves un tas de suffixe (gl, glut, etc.) devant les fonctions de bibliothèques C. En C++ les namespaces sont justement venu palier ce problème de portée.

Par curiosité, tu utilises aussi glut ?

Sinon, je vois :

Code :

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

1
2
3
4
 
#include <gl/gl.h>
#include <gl/glaux.h>
#include "gui_button.hpp"

Pourquoi tu les inclus dans le .cpp et pas dans le .hpp ? Je ne sais pas si c'est ça, mais peut-être que quelque part tu inclus "gui_button.hpp", mais pas les gl.h et glaux.h dont il a besoin ?

[Laurent Gomila]

L'erreur est sur un WINAPI non ? Sous Windows il faut inclure windows.h avant gl.h.

[Mindiell]

Excellent !

Noxen> Je n'en ai pas besoin dans le .h, je souhaite simplement utiliser des fonctions openGL lors du Draw. Mon objet n'utilise pas du tout openGL sinon.

Laurent> C'est surement ca, quand j'ai utilisé opengl avant, j'incluais juste avant <SFML/Graphics.hpp> (de la SFML pour les ignorants ). Hors, là, j'inclus le graphics dans mon objet (qui utilise des types SFML). Et j'ai l'habitude d'inclure les <> toujours avant mes propres include "" !
En inversant ces includes (mon "button.hpp" en premier) : ca fonctionne nickel !

[Obsidian]

Essaie extern "C" { } autour de tes includes. Sinon, les déclarations seront prises pour des ressources C++ et tu risques d'avoir des difficultés à l'édition des liens.

[screetch]

c'est plutot a la bibliotheque externe de faire ca, pas a l'utilisateur.

[Obsidian]

c'est plutot a la bibliotheque externe de faire ca, pas a l'utilisateur.

Non, la bibliothèque externe a été écrite en C. Ce n'est pas à elle de faire de la compatibilité « descendante » ...

[Klaim]

Oui je pense aussi que c'est extern C qui manque, récemment en me remettant a lua j'arrêtais pas de retomber exactement sur la même erreur et a chaque fois je me rappelais qu'une heure plus tard que c'était extern C qui manquait... *se tappe le front*

[zabibof]

Vous n'avez pas vu? C'est déjà résolu

Et ce n'est pas extern "C"{} mais comme Laurent l'a dit, c'est l'include de windows.h qu'il faut faire avant gl.h, maintenant, je me souviens que c'était aussi mon problème quand j'ai eu la même erreur.