I have a question about the __GLcontextModesRec structure in glcore.h. Is it safe to extend that structure? I'd like to extend it to have the additional fields that are in __GLXFBConfigRec (from DRI's include/GL/glxint.h). If that were done, I could remove __GLXFBConfigRec entirely.
However, I don't want to cause binary compatability problems. I did some checking, and I don't see any places where this structure is shared across module boundries (i.e., between libGL and a DRI driver, between libGLcore.a and libglx.a, etc.).
I haven't studied the recent trees, but won't that break compilation for non-X Mesa users? Does this require guarding with something like "#ifdef GLX"?
If the actual X types (i.e., VisualID, XID, etc.) were used it would be a problem. It turns out that all of those types are just typedefs for either int or unsigned int. In my local tree I have all of those as GLint and GLuint. Part of the point of this exercise is to avoid needing more '#ifdef GLX' type things. :)
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
