[GEM-dev] configure, linux & -DINCLUDE_GLEXT

[zmoelnig at iem.at]

Zitiere james tittle <tigital at mac.com>:

> 
> ...but the problems people currently seeing are occuring on linux 
> machines, not windows machines:  are you saying that linux doesn't have
> 
> a glext.h?  That doesn't seem likely...

no of course not, glext.h is on every linux system that has openGL-dev installed.

the problem is, that i had to make some mechanism, that glext.h is included only
when it is there.

it went to and fro and finally it seemed to work everywhere.
the current working version seems to be in vertex_array rather than HEAD (i jsut
browsed the CVS on sourceforge via the webinterface as my dev-machine is
currently in an exhibition)

> ...from GemBase.h:
> 
> #ifdef __APPLE__
> #include <OpenGL/gl.h>
> #include <OpenGL/glext.h>
> #else
> #include "config.h"
> #include <GL/gl.h>
> # ifdef INCLUDE_GLEXT
> # include <GL/glext.h>
> # endif
> #endif // __APPLE__
> 
> ...this says that if you aren't osx, go ahead and include gl.h, but 
> then only include glext.h if this other thing is defined...maybe that's
> 
> a good thing for windows (?), but it seems like it's crippling some 
> linux users:  where is this INCLUDE_GLEXT defined in the configure 
> process?

the snippet in revision 1.12.2.2 is:

<snip>
 #ifdef __APPLE__
 # include <OpenGL/gl.h>
 # include <OpenGL/glext.h>
 #else
 # include "config.h"
 # define GL_GLEXT_LEGACY
 # include <GL/gl.h>
 # if defined INCLUDE_GLEXT || defined __linux__
 
 // stupid hack, as nvidia has erroneous glext-headers!
 #  define boolean GLboolean
 
 #  define GL_GLEXT_PROTOTYPES   1
 #  include <GL/glext.h>
 
 # endif /* GLEXT */
 #endif // __APPLE__
</snip>

(which seems weird too, now that i look at it)

anyhow, #include "config.h" should be _before_ the OS-specific defines (and thus
be included for __APPLE__ too!)


mfg.ase.r
IOhannes