Re: Problems with latest back and base

[Jeff Teunissen]

Frederic De Jaeger wrote:

[snip]

> This is not really true because ELF format is smart enough to not
> propagate dependencies at link time.  NVidia's libGL.so depends on
> their own libGLcore.so, that's true.   But a program compiled on such
> system should word perfectly well on another system with another GL
> library (one without a libGLcore.so) if, of course, you are not using
> NVidia's internals.

With NVIDIA libGL, just using standard gl* functions and linking with -lGL
brought in a libGLcore dependency.

Because of this, distributing versions compiled on my machine resulted in
lots of people not being able to run the program. :/

This issue is underscored by the Linux OpenGL ABI agreement -- as I read
it, you're *never* supposed to link with libGL (either in a library or in
a program), the only symbol "guaranteed" to be findable by dlsym is
glXGetProcAddressARB, and you're supposed to use that to find all the
other functions.

[snip]

-- 
| 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/