On Thu, 23 Mar 2000, Jon Leech wrote:
> I agree that the much broader issue of determining whether or not an
> oglbase-compliant build environment is present is worth knowing. I am
> even (somewhat reluctantly, but in the interests of resolving this)
> willing to agree that oglbase should mandate some preprocessor symbol in
> gl.h, such as OGLBASE_VERSION_1_0, to indicate this.
I agree that we should give Mark this one in the interests of moving on.
I also agree that OGLBASE_VERSION_1_0 is nicer than GL_HAS_GLEXT (although
it shouldn't have an O at the beginning because that pollutes namespace
- and the work 'BASE' has been dropped from our title...hence perhaps:
GL_ABI_VERSION_1_0
...would be better).
However, there is one thing to be said for sticking with GL_HAS_GLEXT
(ugly though it is) and that is that it's already in the Mesa header
that shipped with XFree86 4.0.0 - so by changing it, we delay by one
whole XFree release the time at which we finally see an ABI compliant Mesa -
and there ends up being a bunch of SuSE 6.4 users with halfway compliant
code that could end up biting us for the next year or so.
> But that's distinct from the narrower issue you initially raised, of
> whether or not glext.h exists in any particular environment. It would be
> fatal to assume that because glext.h exists, so does everything else in
> the compile-time oglbase environment - glext.h is by design and by
> existing practice already used in non-oglbase environments.
Indeed.
> I don't have any fundamental objection to mandating that glext.h be
> #included in an oglbase compliant gl.h, for that matter.
But it breaks existing, *legal*, well-written OpenGL programs!
Lots of them! I can't believe you'd accept that.
> > Options 1, 3, and 5 all create legacy headeaches.
>
> Not unless the author of gl.h buys into the notion of removing
> existing extension interfaces in the process of making it oglbase
> compliant.
Right...but that isn't happening in practice (at least for Mesa
and XiG).
Steve Baker (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: [EMAIL PROTECTED] http://www.hti.com
Home: [EMAIL PROTECTED] http://web2.airmail.net/sjbaker1
