On 03/27/2014 04:10 PM, Eric Anholt wrote: > Ian Romanick <[email protected]> writes: > >> Tomorrow or Friday I'm going to send out the last of the >> GL_ARB_separate_shader_objects patches. Shortly after that, I will send >> out patches to enable GL_EXT_separate_shader_objects on GLES. This EXT >> is the GLES subset of the ARB extension. >> >> In preparing for this new extension, I noticed the old problem that any >> extension function that aliases a core function (whether it is core in >> GLES or desktop GL) isn't hidden. This series should fix that. >> >> Longer term, I'd like to change the generation of libGL*. Right now all >> the information describing the interfaces and the information selecting >> the exposed interfaces in combined in a single XML database. As patch 4 >> shows, that makes it impossible to have a single function that is >> exposed in one API but hidden in another. I'd like to pull all the >> "offset", "static_dispatch", "glx_ignore", and "exec" information out >> into separate files. >> >> This will mean that adding a new extension will require changes to >> multiple files. The usual XML bits will need to be added. Entries will >> need to be add to per-libGL* files, an "exec" file, and an "offsets". >> We can probably get rid of the offsets file since no functions will ever >> be added that have static offsets. > > If we're going to be doing major rework of the XML, I'd *really* like to > see us move to using the upstream XML for as much as possible.
Yeah, me too. I think once we get a bunch of the Mesa-specific information out of the existing XML, that will be possible.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev
