On Thu, Apr 03, 2003 at 03:59:12PM +1000, Daniel Stone wrote: > On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled: > > /usr/X11R6/lib/libGLU.so.1 -lGL > > Hold on, doesn't this render the entire -gl/-glu fix moot? Why would it? Shared libraries depend on other shared libraries all the time. In theory Mesa's libGL.so.1 is the same as every other libGL.so.1; such objects are supposed to conform to the OpenGL ABI specification. So I don't see why one shouldn't be able to mix-and-match one vendor's libGL with another's libGLU. Also, some objects will link against libGL but not libGLU, so shipping libGLU with libGL is sometimes gratuitous. If we're going to be busting xlibs up into tiny bits (one package per shared library), I do not see why the same logic shouldn't apply to xlibmesa. -- G. Branden Robinson | You should try building some of the Debian GNU/Linux | stuff in main that is branden@debian.org | modern...turning on -Wall is like http://people.debian.org/~branden/ | turning on the pain. -- James Troup
Attachment:
pgpHeaRY9GofO.pgp
Description: PGP signature