summaryrefslogtreecommitdiffstats
path: root/src/mesa/main/APIspec.xml
Commit message (Collapse)AuthorAgeFilesLines
* mesa: add support for GL_OES_EGL_image_externalChia-I Wu2011-11-031-0/+9
| | | | | | | | | This is an OpenGL ES specific extension. External textures are textures that may be sampled from, but not be updated (no glTexSubImage* and etc.). The image data are taken from an EGLImage. Reviewed-by: Brian Paul <[email protected]> Acked-by: Jakob Bornecrantz <[email protected]>
* mesa: Remove unnecessary and incorrect TexEnv parameter validation.Kenneth Graunke2011-10-251-6/+0
| | | | | | | | | | | | | | | | | For GL_RGB_SCALE and GL_ALPHA_SCALE targets, the API wrapper code attempts to ensure the parameter is 1.0, 2.0, or 4.0. This is unnecessary: set_combiner_scale in texenv.c (called by _mesa_TexEnvfv) already checks this and raises an appropriate error. It's also incorrect: For glTexEnvx, the API validation code directly compares the GLfixed input parameter with a floating point constant, prior to converting fixed-point to floating point. Fixes an issue in the OpenGL ES 1.1 conformance suite. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Ian Romanick <[email protected]>
* mesa/es: Allow GL_CLIP_PLANE0+6 and GL_CLIP_PLANE0+7.Kenneth Graunke2011-10-061-8/+6
| | | | | | | | | | Fixes the ES1 conformance 'userclip' test, which broke when we increased MAX_CLIP_PLANES to 8. Core Mesa already validates incoming values against MAX_CLIP_PLANES; we just need the ES wrapper to pass everything through. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Ian Romanick <[email protected]>
* mesa/es: Make glDrawBuffersNV available in OpenGL ES 2.0Ian Romanick2011-10-041-0/+13
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa/es: Remove redundant renderbuffer target validationIan Romanick2011-10-041-25/+0
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa/es: Validate FBO target enum in Mesa code rather than the ES wrapperIan Romanick2011-10-041-30/+0
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa/es: Validate FBO attachment enum in Mesa code rather than the ES wrapperIan Romanick2011-10-041-27/+0
| | | | | Signed-off-by: Ian Romanick <[email protected]> Reviewed-by: Brian Paul <[email protected]>
* mesa/es: require internalFormat==format in TexImage2DBenjamin Franzke2011-01-241-4/+57
|
* mesa: Add glDepthRangef and glClearDepthf to APIspec.xml.Chia-I Wu2011-01-151-0/+2
| | | | | Core mesa has gained support for GL_ARB_ES2_compatibility. Make GLES generated dispatch table use them.
* gles2: Also support GL_BGRA_EXT for glTexSubImage2dKristian Høgsberg2011-01-141-0/+8
|
* vbo: Fix GLES2 glVertexAttrib.Chia-I Wu2010-12-081-26/+26
| | | | | | | | | Attribute 0 has no special meaning in GLES2. Add VertexAttrib4f_nopos for that purpose and make _es_VertexAttrib* call the new function. Rename _vbo_* to _es_* to avoid confusion. These functions are only used by GLES, and now some of them (_es_VertexAttrib*) even behave differently than vbo_VertexAttrib*.
* gles2: Add GL_EXT_texture_format_BGRA8888 supportKristian Høgsberg2010-10-071-1/+10
|
* mesa: Update ES APIspec.xml.Chia-I Wu2010-09-161-9/+5
| | | | | | Enable some extensions now that the needed tokens are defined in GLES/glext.h and GLES2/glext.h. Update the prototype of MultiDrawArrays now that the prototype of _mesa_MultiDrawArraysEXT has been updated.
* mesa: Optimize get.c by using a table-driven approachKristian Høgsberg2010-05-111-7/+7
|
* mesa: Move support for paletted textures to main/teximage.cKristian Høgsberg2010-04-281-2/+2
|
* mesa: Handle GL_TEXTURE_GEN_STR_OES in _mesa_Enable()Kristian Høgsberg2010-04-281-3/+3
|
* es: Prefix the get* functions with _es1/2 so they don't conflictKristian Høgsberg2010-04-271-7/+7
|
* mesa: Move api_exec_es*.c into mesa/mainKristian Høgsberg2010-04-271-0/+4336
This requires renaming a few functions to have unique names so that they can all live within the same driver.