-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kristian Høgsberg wrote:
> - We still need to copy files from Mesa into the glx module. Most of > these are generated files: > > dispatch.h > glapioffsets.h > glapitable.h > glapitemp.h > glheader.h > glprocs.h > > but there are a few files that I think we should just copy into xorg > cvs: > > glapi.h > glapi.c > glthread.h > glcontextmodes.c > glcontextmodes.h So, there are a few files in Mesa that are shared across all loader implementations. I wonder if we should find a way split the generic loader interface parts into a separate "DDK" package or something within Mesa. I actually have some bigger organizational changes to Mesa that I'm going to propose at DDC, but that can wait. ;) > - mesa needs to be built from scratch for this, you can't share a dri > build tree with a softgl build tree. Maybe this can be fixed, it's > because of the different ways the dispatch table > (driDispatchRemapTable) works for dri and software rendering - Ian? This is because with software Mesa we don't need the while remap table mess. That said, I'm pretty sure that we *need* that mess because of the way the dispatch code in libglx works. For example, if a newer version of softgl that supports new extension functions is put on a system with the existing libglx, it will make bad assumptions about the dispatch offsets of those added functions. > Oh, and is there any reason that I shouldn't just get rid of > glx_ansic.h? It's just gratuitously wrapping a subset of libc (deja-vu) > for no good reason that I can see. FOR THE LOVE OF ALL THAT IS GOOD IN THE WORLD, PLEASE YES! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEGbC4X1gOwKyEAw8RAnCVAKCbrSJj37d4yRUnLmds2nWoKY+iLQCfbS8c N0I16CEB6XzdtMHjqX7PkWM= =F1o2 -----END PGP SIGNATURE----- ------------------------------------------------------- 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&kid0944&bid$1720&dat1642 _______________________________________________ Mesa3d-dev mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
