Re: Problems with latest back and base

[Jeff Teunissen]

Adam Fedor wrote:

> I put a check in configure to look for this. I don't think that's a
> great solution. It seems like we should be able to deal without it, but
> I don't know that much about GL.

In QuakeForge, we solved most of our OpenGL problems by creating our own
set of OpenGL headers, never using the system's, and never linking with
libGL (instead, loading the library dynamically and connecting the gl*
functions to function pointers that are available at build-time).

The last is of particular importance on Linux, where certain vendors link
their libGL to external libraries which are only provided by them.
Programs and libraries linked in such a way can *only* be used on systems
using the same libGL that was present at link-time.

NVIDIA's libGL is one of these. ATI's closed-source libGL may be also.

This also gave us the ability to build OpenGL-using programs without
actually having OpenGL support on the systems that were doing the build.

The work paid off handsomely. :)

-- 
| Jeff Teunissen  -=-  Pres., Dusk To Dawn Computing  -=-  deek @ d2dc.net
| GPG: 1024D/9840105A   7102 808A 7733 C2F3 097B  161B 9222 DAB8 9840 105A
| Core developer, The QuakeForge Project        http://www.quakeforge.net/
| Specializing in Debian GNU/Linux              http://www.d2dc.net/~deek/