./glinfo libGL warning: 3D driver claims to not support visual 0x4b Mesa: CPU vendor: GenuineIntel Mesa: CPU name: Intel(R) Pentium(R) M processor 1.60GHz Mesa: MMX cpu detected. Mesa: SSE cpu detected. Mesa: Not testing OS support for SSE, leaving enabled. Segmentation fault using debug info and gdb it looks like this: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213864256 (LWP 20470)] 0xb787fb0b in _mesa_align_free (ptr=0x0) at main/imports.c:199 199 void *realAddr = *cubbyHole; fixing _mesa_align_free to check for NULL pointers results in: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214478656 (LWP 21347)] 0xb77ac279 in intelInitTriFuncs (ctx=0x8056108) at intel_tris.c:912 912 tnl->Driver.RunPipeline = intelRunPipeline; (gdb) print tnl $1 = (TNLcontext *) 0x0 reverting i915_dri.so to version date 2006-04-10 it is ok (using CVS libGL.so)
Problem with rebuild and wrong includes.
Re-opening as I think there is a real problem to be fixed here: When building DRI drivers from the Mesa tree, parts of it are built with the included version of GL/internal/glcore.h and parts using the installed version. Now there seem to be debate wether there should be an installed version or not, but the fact is, there is one, and thus the Mesa build system should be "fixed" to always use the included one, not the installed one. I'm not a make guru and didn't see any obvious way other than changing the source to include "" instead of <> but there might be something more obvious to do. Especially since it seems some files are still built with the included version.
I've just fixed this in CVS... the include order was wrong when I added the libdrm pkgconfig stuff...
Mass version move, cvs -> git
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.