In your message of 8 May 2000 you write:
> > People have very different understandings of what options B and C were
> > in the original vote.
>
> Urgh! It's gotten all muddy again.
>
> The original distinctions were very simple:
>
> A) gl.h is essentially what it is today - it contains
> definitions only for those extensions that the local
> OpenGL supports. glext.h is #included either instead
> of or after gl.h in applications that need it for ABI
> reasons. There are no special #define's needed.
>
> B) Exactly as (A) except that you can -DGL_OGLBASE (or something)
> and glext.h will then (and only then) be automatically #included
> into gl.h. It follows that by NOT defining that symbol and
> #including glext.h yourself, you can pretend that (B) is really (A).
> glext.h probably has to #include gl.h since it needs GLfloat, etc.
>
> C) Same as (B) except that the meaning of the token is reversed so
> that -DGL_OGLBASE_INCOMPATIBLE causes glext.h *NOT* to be included
> into gl.h - as it would otherwise be.
Almost. In cases B) and C), if glext.h was to be included, then gl.h
would not declare functions prototypes for extensions supported ...
- Thomas
--
Thomas Roell /\ An imperfect plan executed violently
Xi Graphics / \/\ _ is far superior to a perfect plan.
[EMAIL PROTECTED] / / \ \
/ Oelch! \ \ George Patton