Ian Romanick <i...@freedesktop.org> 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.
pgppeOHN9rMol.pgp
Description: PGP signature
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
