> Note: This may present some issues in having both X
> and non-X OpenGL implementations resident on the same
> platform.
Linux is somewhat unique in that there is a vocal group
that (for not always sane reasons) wants non-X OpenGL.
Question: is there any chance to define an implementation
level Linux specific *context* standard? An abstraction
that covers XFree86 GLX, Glide-based fxMesa, Mesa's GLX
emulation, and GGI or SVGA based replacements?
If this is not an outright stupid notion, technically
speaking, then this "base" effort would be a unique chance
to agree upon such an implementation level standard. That
would allow those who strive for embedded and non-X
solutions to implement non-X contexts. Isn't there a
chance to make this work in a DRI-like way?
If this had any chance to work, wouldn't it imply that
the proper place for GLX isn't libGL, but rather some
-lXext, -lMesaGLX, -lsvgaGLC?
If an application could use the same libGL for X and non-X
by just picking a context, we might appease the no-X
crowd once and for all, and have a standard for non-X
OpenGL as well. Switching should not require more effort
than WGL/GLX abstraction, ideally.
b.
