[Mesa-dev] [PATCH v2 0/7] Support Desktop GL Core contexts
Brian Paul
brianp at vmware.com
Fri Jul 27 08:05:44 PDT 2012
On 07/27/2012 12:43 AM, Jordan Justen wrote:
> These patches introduce a MESA API type of API_OPENGL_CORE,
> which will not support legacy/non-CORE features. The intended
> usage will be with contexts for Desktop GL>= 3.1.
>
> The series will currently cause legacy/non-CORE functions
> to generate a GL_INVALID_OPERATION error if an API_OPENGL_CORE
> context is created.
>
> Since MESA currently cannot create a context of API_OPENGL_CORE,
> this series should not actually change the behaviour of MESA.
> Future changesets will add the ability to create API_OPENGL_CORE
> contexts.
>
> This series also does not address deprecated enums usage for
> CORE contexts.
>
> v2:
> * Decompose patches further
> * Drop DRI changes
> * Drop state_tracker changes
> * Drop MESA_GL_API_OVERRIDE variable
>
> v1:
> * Add CORE API type
> * Alter code paths to generate errors for legacy functions
> * Add MESA_GL_API_OVERRIDE variable
>
> Jordan Justen (7):
> mesa: add API_OPENGL_CORE api
> mesa: add api check macros
> mesa: add support for using API_OPENGL_CORE
> glsl: add support for using API_OPENGL_CORE
> meta: add support for using API_OPENGL_CORE
> intel: add support for using API_OPENGL_CORE
> mesa: don't enable legacy GL functions when using API_OPENGL_CORE
>
I don't recall seeing the v1 series of these patches.
I also don't recall any discussion about whether we should support
core profiles. But I'm glad to see this.
Some people will probably want to create core-profile GL apps and it's
difficult to know if you're really being core-profile-compliant if
your GL implementation only supports the full/legacy profile. It's
easy to accidently use a legacy feature and not realize it.
I have some comments on the patches themselves...
-Brian
More information about the mesa-dev
mailing list