dlopen: /usr/X11R6/lib/modules/extensions/libGLcore.so: undefined symbol: __glXLastContext (EE) Failed to load /usr/X11R6/lib/modules/extensions/libGLcore.so (EE) Failed to load module "GLcore" (loader failed, 7) dlopen: /usr/X11R6/lib/modules/extensions/libglx.so: undefined symbol: __glDDXExtensionInfo It seems that libglx.so supplies __glXLastContext It seems that libGLcore.so supplies __glDDXExtensionInfo It seems that this is indeed with xorg-x11 GLX packaged with xorg-x11 Circular dependencies. glx can't load until GLcore. GLcore can't load until glx. This is with spyderous' xorg-x11-1.0_pre20040313-r1.ebuild
Are you using "#define MakeDllModules YES" when building by any chance? If so, the dlopen() loader is known to be broken, however patches are always welcome to fix it. Nothing currently uses the dlopen loader.
--- xc/programs/Xserver/GL/mesa/src/X/xf86glx.c 2002-12-17 06:03:24.000000000 +0100 +++ xc/programs/Xserver/GL/mesa/src/X/xf86glx.c 2003-12-30 12:22:34.000000000 +0100 @@ -768,7 +768,6 @@ { XMesaContext xmesa = (XMesaContext) gc->DriverCtx; MESA_CC = NULL; - __glXLastContext = NULL; return XMesaLoseCurrent(xmesa); }
*** Bug 422 has been marked as a duplicate of this bug. ***
i'll take the case!
first cut at a patch. breaks cygwin and osx, and requires you to load glx before dri, but otherwise functional.
Created attachment 509 [details] [review] the patch
Created attachment 513 [details] [review] required changes for windows
Created attachment 514 [details] [review] revised patch, fixes Cygwin and OSX ago, thanks for the Cygwin bits.
cc'ing Torrey for the OSX part.
Created attachment 517 [details] [review] fix for DRI interaction this fixes the case where libdri is loaded before libglx (including when libglx is never loaded). after testing on the old module loader i plan to commit this.
Created attachment 522 [details] [review] minor fix (rev. 4) cosmetic update, add the new symbols to glcoreSymbols. the way the patch stands, we will fail if someone tries to load a 6.7.0 GLcore from a patched GLX. currently there are no module version checks anywhere in these four modules; is it worth adding them?
Fixed in CVS, closing.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.