| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| | |
OpenGL: 253836ac53b2e248fa47d96cacc18a63ac27c703
EGL: a9bef577b041caab108257ea386d0302290d4361
|
| |
| |
| |
| |
| | |
- OpenGL: dc62ac39930726183c0f0ad007e4ce6499597664
- EGL: 0fa0d37da846998aa838ed2b784a340c28dadff3
|
|\ \
| | |
| | |
| | |
| | |
| | | |
Update EGL registry from Khronos.
Closes #126
|
| |/ |
|
| |
| |
| |
| |
| | |
This avoids each maintainer to transmit the knowledge orally to the next
maintainer.
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/
| |
| | |
This brings in support for non-error context extensions.
|
| | |
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/ |
|
| | |
|
|\ \
| |/ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I couldn't find a spec for this one on the internet, but this matches
the prototype in eglmesaext.h. The note in swap_region2 says:
4) How is this extension an improvement over EGL_NOK_swap_region?
RESOLVED: This extension builds on the previous
EGL_NOK_swap_region extension by requiring that the implementation
considers the update region provided by the application as a
mandate rather than a hint. This allows for region-restricted
rendering without requiring the use of preserved buffer swaps
which may be relatively expensive for the implementation.
Furthermore, whilst preserved swap behaviour is necessary for
incremental rendering, many applications fully re-render modified
surface regions and so don't require preserved swap
behaviour. This extension provides a lighter weight surface update
mechanism for such applications.
|
| |
| |
| |
| |
| |
| | |
Found at:
https://www.khronos.org/registry/egl/extensions/NOK/EGL_NOK_swap_region2.txt
|
| |
| |
| |
| |
| |
| | |
Found at:
https://www.khronos.org/registry/egl/extensions/NOK/EGL_NOK_texture_from_pixmap.txt
|
|\ \
| |/
| |
| | |
This brings in GLES 3.1, EGL 1.5, and GLX_MESA_query_renderer.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Note that GLES doesn't allow zero-length mappings, unlike desktop GL.
|
| | |
|
| | |
|
| | |
|
|\ \
| |/ |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It's been 0x000fffff on Mesa since the initial import in 1999. It's
the same value on my OS X 10.8 system, mingw's Windows-compatible
gl.h, and a copy of the windows SDK gl.h I found laying around on the
internet.
Fixes piglit ARB_multisample/pushpop.
|
|\ \
| |/
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
registry/egl.xml
registry/gl.xml
The only diff we now have from the source is glUnmapBufferOES()'s
alias to normal glUnmapBuffer().
|
| | |
|
| |
| |
| |
| |
| |
| | |
EGL_KHR_image_base defines these two functions, and so does
EGL_KHR_image (which is bascically the union of EGL_KHR_image_base and
EGL_KHR_image_pixmap).
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
On OS X, GLhandleARB is void *, which is of different size than GLuint
on 64-bit. Because of this, the implementation of
glGetAttachedObjectsARB must be different from glGetAttachedShaders,
since the pointers/ints are packed the output memory.
|
| |
| |
| |
| |
| | |
There's no spec for this, but it's mentioned widely enough on the
internet that they'd better not allocate anything else to it.
|
|/
|
|
|
|
|
|
|
|
| |
From Mesa:
/* The "Interactions with APPLE_vertex_array_object" section of the
* GL_ARB_vertex_array_object spec says:
*
* "The first bind call, either BindVertexArray or
* BindVertexArrayAPPLE, determines the semantic of the object."
*/
|
|
|