Khronos Public Bugzilla
Bug 753 - FRAMEBUFFER_ATTACHMENT_TEXTURE_LAYER should not be in VERSION_3_2
FRAMEBUFFER_ATTACHMENT_TEXTURE_LAYER should not be in VERSION_3_2
Status: RESOLVED FIXED
Product: OpenGL
Classification: Unclassified
Component: Registry
4.3
All All
: P3 normal
: ---
Assigned To: Jon Leech
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-11-13 20:35 PST by Alfonse
Modified: 2013-06-13 03:46 PDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alfonse 2012-11-13 20:35:58 PST
The enumext.spec file shows FRAMEBUFFER_ATTACHMENT_TEXTURE_LAYER in both VERSION_3_0 and VERSION_3_2. It should just be in 3_0. No other enumerators are listed under multiple versions.

This was probably incorporated due to their presence in ARB_geometry_shader4 when GS's were brought into core. However, these extensions were incorporated from ARB_framebuffer_object in core 3.0, so there's no reason to specify them twice in versions.

This error makes it difficult to determine what the actual version number for the extension was, for making automated tools for generating accurate headers with specific versioning info.

Note that MAX_VARYING_COMPONENTS has the same problem.
Comment 1 Jon Leech 2013-06-13 03:46:30 PDT
This should be fixed in the new XML API Registry and in the
headers generated from that; see

http://www.opengl.org/registry/#specfiles
https://cvs.khronos.org/svn/repos/ogl/trunk/doc/registry/public/api/

We don't plan to maintain the old .spec files going forward and it
will not be fixed there; we'd like people to migrate to using the
XML registry for whatever external purposes they might be using
.spec for today, because .spec files are just too painful for us
to keep maintaining.