In your message of 24 March 2000 you write:
> > This is really not an option at all. It will break pretty much
> > everything. Let's assume your libGL.so has not implemented
> > EXT_paletted_texture. In this case, glColorTableEXT() is not available
> > at linktime. Asume an application now uses code like this (which is
> > common practice):
>
> [snip]
>
> I completely understand the issue. I also understand that Mesa (and
> hopefully your implementation) will continue to export the entry points
> which you previously exported.
Yes, of course. But that's not the issue. The issue is that if gl.h
silently includes glext.h, then extensions will be exposed that
are not directly in in libGL.so (at linktime). An application using an
extension that is only defined in glext.h but not in gl.h, will now
break. This is why I'm so much opposed to silently include glext.h
from gl.h.
As alternative, if it's so desireable, why not use a compile-time
flag, like
-D_OGLBASE_SOURCE
If that one is defined, then glext.h is included from gl.h. This won't
break old apps, as they don't define things. This is just what you
have to do with _POSIX_SOURCE and _XOPEN_SOURCE. The flag could also
be used to hide extensions from the normal gl.h so no functions are
declared for them.
- Thomas
--
Thomas Roell /\ An imperfect plan executed violently
Xi Graphics / \/\ _ is far superior to a perfect plan.
[EMAIL PROTECTED] / / \ \
/ Oelch! \ \ George Patton
