Tilman Sauerbeck wrote:
Benjamin Herrenschmidt [2006-04-14 16:40]:
On Fri, 2006-04-14 at 15:31 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2006-04-14 at 15:15 +1000, Benjamin Herrenschmidt wrote:
Not sure at this point, but the problem ends up being ctx->DriverCtx at
a different offset
within GLcontext between mesa context.c and r300_tex.c.
Looks like to get the stuff built properly, one has to build first, make
install, make clean and rebuild, and finally re-make install
Oh, and I'm not even sure where the "installed" versions came from...
looks like it could have been from an X.org install (does it install
GL/internal/* stuff too ?)
Hrm... did make install which updated headers, rebuilt all and still
crash... so something else is causing r300_tex.c to be built with a
different idea of what GLcontext is than the rest of mesa, maybe some
#define related to an EXTension or something like that...
Ok, finally... stale {prefix}/include/GL/internal/glcore.h
No idea who installed this file, it wasn't updated by a make install of
Mesa/DRI, could have been put there by the server, not sure.
{prefix}/include/GL/internal/glcore.h is installed by xorg's glproto.
Why is that? I don't think that's a good idea. {prefix}/include/GL
should only have the public OpenGL headers needed to compile apps, no
internal headers.
-Brian
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel
