History log of /frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
8a59ca73f2434f0e19321351e38229314c173e4f 30-Oct-2015 Pablo Ceballos <pceballos@google.com> Add GLES32 class templates

- Added a script that takes the #defines in gl2/3.h and formats them
for use in the Java template.

- Generated GLES32.spec using glgen2.

- Added full support for void* in glgen. It wasn't previously
necessary since the apis were using GLvoid instead.

- Created the GLES32 header stubs. Added stubs for GLES32 functions
that couldn't be handled by the code generator. Added checks in the
checks.spec file where appropriate.

- Generated the GLES32 class and JNI.

Change-Id: Ifc8512ed56af75bbc3e7ec2ea1377895201d5325
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
b62e242c4c2bdfe84ce28231d2fcc85e79517f8c 02-Oct-2015 Pablo Ceballos <pceballos@google.com> glgen: Better support for null arguments in JNI

- Modify the checks.spec file format to specify which argument is
allowed to be null.
- Update the JniCodeEmitter to support passing null arguments for all
pointer types as well as strings.
- Update the EGL/GLES checks.spec files and stub files to allow null
arguments through the JNI layer where the spec allows it.

Bug 9321681

Change-Id: I7d8e7319b43da95993516aa3ac5318b971a1ff92
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
006c792d99859341201d19f2b86886cc6ee525b4 23-Feb-2013 Mathias Agopian <mathias@google.com> add some missing parameter validation in GLES java bindings

- added support for comments in checks.spec
- added most missing checks
- added and commented with // special-cased functions
- added and commented with # functions that are still missing validation checks
- moved glGet* to a special case and updated all the "pnames" from the khronos spec
- changed ifcheck to default to 1 value. this allows us to simplify the checks.spec file
and handle unknown pnames automatically (they'll be validated against 1 value, if
it happens to need more, the call will go through but the validation will not
happen).
- refactored the cpp headers in to a common header + GLES version specific
header

Bug: 7402895
Change-Id: Ie8fcc713188dd4819dfa55e5398e6b53ae9a14af
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
1e602df420c8a884026b85beee92e51093f1a068 23-Feb-2013 Mathias Agopian <mathias@google.com> sort the check file in alphabetical order

this simplifies a lot comparing it to the spec files.

Change-Id: I4b9b5e7469338a626100472d360ea26a902017bc
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
62d08f5bc3f975e10a593b428d88fe8977cb3bfc 28-Mar-2011 Jack Palevich <jackpal@google.com> Add Java support for a few accidentally omitted OpenGL ES APIs.

Fixes 3491494 Support OpenGL APIs: glBlendEquationSeparate and friends

Change-Id: I8fdc94b6ea14e9a7e3d402a965d500790a3d8f77
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
66089a33ea4efda711a3a5180f0b001bdac48dcf 08-Dec-2009 Jack Palevich <jackpal@google.com> Implement Matrix Palette extension.

Adds support for formerly-unimplemented methods:

glCurrentPaletteMatrixOES
glLoadPaletteFromModelViewMatrixOES
glMatrixIndexPointerOES
glWeightPointerOES

The bulk of the changes are related to implementing the two PointerOES
methods, which are implemented pretty much the same way as the existing
Pointer methods were implemented.

This change also changes the way glPointSizePointerOES is implemented,
making it act like all the other Pointer methods. (Previously it was
not handling non-direct-buffer arguments correctly.)

Fixes bug 2308625 "Support matrix palette skinning
in JSR239 and related APIs"

Also updated GLLogWraper to fix two bugs in GLLogWrapper that were
discovered while testing matrix palette skinning support:

a) Handle trying to print the contents of null-but-enabled buffers.
(It's not legal to draw with null-but-enabled buffers, and
in fact some OpenGL drivers will crash if you try to render in this
state, but there's no reason the GLLogWrapper should crash while trying
to debug this situation.

b) Don't read off the end of a vertex buffer with non-zero position when
printing the entire contents of the vertex buffer. Now we only print from
the current position to the end of the buffer.
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
5afdc87704f82cb6c3576695dd157b65ae6f3d33 21-Oct-2009 Jack Palevich <jackpal@google.com> Add size checks for glBufferData and glBufferSubData

Without the size checks it's possible for calls to glBufferData
and glBufferSubData to read off the end of the Buffer object's
data, which can cause page faults.

Fix end-of-line characters for the "spec" files. (That's why
every line of these files is changed.)

Enhance our code emitter to properly handle bounds checks for
possibly-null pointers.
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
593f203ba3df251b238409bb3fcc66b0a90b856d 07-May-2009 Jack Palevich <jackpal@google.com> Fix automatically generated code for glGet

Remove include of an internal agl header file. We should not depend on any implementation details
of our software renderer, since they may not be correct if another renderer is used.
Fix glGet number-of-elements logic for GL_FOG_COLOR GL_LIGHT_MODEL_AMBIENT,
and GL_COMPRESSED_TEXTURE_FORMATS.
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
3327d6c5ac4b294aba7eb31291be4e7a91a6e4b1 24-Apr-2009 Jack Palevich <jackpal@google.com> Enable static Java APIs for OpenGL ES 1.1 extensions.

This is just plumbing. The Java APIs existed already, but there were no C APIs to hook the Java APIs
up to. Now there are C APIs, so we can call them.

Of course, whether or not the C APIs actually work when you call them depend upon the
capabilities of the active OpenGL driver, which must be checked at run time.

Also, while we're here, make the glGetString method static. It was always supposed to be static,
but was accidentally implemented as non-static, because the code was copied from the non-static
OpenGL ES classes.
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec
427f585f726af6e3bd1fb835f26b2af9f609c483 16-Apr-2009 Jack Palevich <jackpal@google.com> Add an Android-specific static OpenGL ES 1.1 Java API.

This change adds four new public classes that expose a static OpenGL ES 1.1 API:

android.opengl.GLES10
android.opengl.GLES10Ext
android.opengl.GLES11
android.opengl.GLES11Ext

Benefits:

+ The static API is slightly faster (1% to 4%) than the existing Interface based JSR239 API.
+ The static API is similar to the C API, which should make it easier to import C-based
example code.
+ The static API provides a clear path for adding new OpenGL ES 1.1 extensions
and OpenGL ES 2.0 APIs, neither of which currently have a JSR standard.

Example:

import static android.opengl.GLES10.*;

...

glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

Note that it is possible to mix-and-match calls to both the static and JSR239 APIs.
This works because neither API maintains state. They both call through to the same underlying
C OpenGL ES APIs.

Implementation details:

This change enhances the "glgen" "gen" script to generate both the original JSR239 and
new static OpenGL ES APIs. The contents of the generated JSR239 classes remained the same as before,
so there is no need to check in new versions of the generated JSR239 classes.

As part of this work the gen script was updated to be somewhat more robust, and to
work with git instead of perforce. The script prints out commands to git add the generated files,
but leaves it up to the script runner to actually execute those commands.
/frameworks/native/opengl/tools/glgen/specs/gles11/checks.spec