I think <GL/glext.h> should be included in <GL/gl.h>.
GL companions should include similar extension headers as well
(for example glu.h should include gluext.h).
Kudos to Brian, I am glad the extension definitions were left
alone in gl.h. I misunderstood this from early discussions.
Why not have the spec say something like - 5.4 functions
staticly used from glext.h are implementation dependent
therefore it is advised to obtain glext.h functions dynamicly
with glXGetProcAddressARB?
If a preprocessor symbol helps legacy apps that's fine with me:
/* I don't care what the symbol is as long as it's OS independent */
#ifdef GL_USE_GLEXT
#include <GL/glext.h>
#endif
If extension functions are retrieved with glXGetProcAddressARB,
I think the preprocessor symbol is moot.
Brian, can you send a pointer to the current version of gl.h and
glext.h to see the flavor of extensions in each?
Thanks,
Ron
