[Mingw-notify] [ mingw-Bugs-610178 ] <GL/glext.h> defines GL_VERSION_1_2 bug

[SourceForge.net <no...@so...>]

Bugs item #610178, was opened at 2002-09-16 16:38
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=610178&group_id=2435

Category: w32api
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Submitted By: Greg Couch (gregcouch)
Assigned to: Earnie Boyd (earnie)
Summary: <GL/glext.h> defines GL_VERSION_1_2 bug

Initial Comment:
<GL/gl.h> carefully avoids defining GL_VERSION_1_2 and
GL_VERSION_1_3 because openg32.dll doesn't have those
entry points, and it then includes <GL/glext.h> which
defines them.  Not sure what the right fix is, I just
moved the #define inside the #ifdef
GL_GLEXT_PROTOTYPES.  This is with mingw-2.0.

I'd also like to see Wglext.h distributed with MinGW. 
I've attached a copy.  It should be installed a
<GL/Wglext.h>.  Thanks, Greg

----------------------------------------------------------------------

>Comment By: Earnie Boyd (earnie)
Date: 2003-02-09 08:48

Message:
Logged In: YES 
user_id=15438

I've removed the include of glext.h from gl.h  I don't see
your attached Wglext.h.

Earnie.

----------------------------------------------------------------------

Comment By: Greg Couch (gregcouch)
Date: 2002-09-16 17:13

Message:
Logged In: YES 
user_id=131838

Please delete the accidental duplicate.

So I see this is a generic problem with glext.h, glxext.h,
and wglext.h as distributed on
http://oss.sgi.com/projects/ogl-sample/registry/.  My guess
is that the right solution would be to not include
<GL/glext.h> from <GL/gl.h>.
Source files that need those function prototypes would
explicitly include glext.h and be able to deal with this
mess.  I will submit a bug against the OpenGL sample
implementation and see what kind of response I get.

    - Greg

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=610178&group_id=2435