[Mesa-dev] [PATCH 2/2][RFC] docs: Add the 2015 ARB extensions
kenneth at whitecape.org
Wed Aug 12 09:56:54 PDT 2015
On Wednesday, August 12, 2015 06:32:50 PM Thomas Helland wrote:
> 2015-08-12 17:48 GMT+02:00 Ilia Mirkin <imirkin at alum.mit.edu>:
> > On Tue, Aug 11, 2015 at 1:48 PM, Thomas Helland
> > <thomashelland90 at gmail.com> wrote:
> >> Signed-off-by: Thomas Helland <thomashelland90 at gmail.com>
> >> ---
> >> This adds a section for the extensions nvidia has chosen to
> >> call the "GL ARB 2015 Extensions" unveiled at SIGGRAPH.
> > There are ARB extensions released every year (or more often, not
> > sure)... we don't track all ARB extensions. Why are these so special
> > vs e.g. the ones released along with GL 4.5 but that weren't included
> > in the spec? Or any of the other ones...
> Well. They're not really special I guess. This just follows from the
> discussion that went down on irc between me, glennk, fredrikh, ++.
> > Should GL3.txt just become extension-implementation-status.txt and
> > list all non-vendor-specific extensions? So far it has stuck to actual
> > GL versions (and more recently GLES).
> We can keep it GL / GLES versions only. Or we can extend it to a
> extension-implementation-status.txt thing. Or we can split it
> into two different files. I really don't care to much either way.
> If we end up adding these extensions to the file then a rename
> and adding other ARB's is probably the way to go. There are
> positive and negative sides to both approaches, and its not
> my call to decide how, and if, we want this. It gives a nice overview
> but at the same time it has PR- and "needs-to-be-kept-updated"-
> implications that we may not want. I'm all ears for suggestions.
I like the idea of adding an "ARB Extensions" section and listing all
the ARB extensions that aren't part of a particular GL version - simply
in addition to the existing content, rather than reorganizing it.
GL3.txt has been a misnomer for a while, but I don't care whether we
rename it or not; it doesn't bother me.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: This is a digitally signed message part.
More information about the mesa-dev