b5da0d78d2fde6abbfd387db4a3b218a5c301c20 |
|
11-Nov-2014 |
Andreas Gampe <agampe@google.com> |
Frameworks/native: Add pragmas to glgen headers The code currently being generated by glgen is not the cleanest, but we would like to get core/jni onto -Werror. Thus add pragmas turning off warnings locally to the C headers. Also fix signed-comparison in two functions. Longer term TODO: Emit clean code. Change-Id: Iee8582f8c0c1de076d64851d3b6ca467afd5bc43
/frameworks/native/opengl/tools/glgen/stubs/gles11/GLES10ExtcHeader.cpp
|
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/stubs/gles11/GLES10ExtcHeader.cpp
|
e58a97b5d77b59fad1572ba3c0572c7434e8e503 |
|
12-Jul-2012 |
Thomas Tafertshofer <tafertth@google.com> |
OpenGL bindings fix for methods with iobuffer args This changes generation of the OpenGL bindings to prevent crashes of methods with more then one nio buffer argument. Bug: 6772416 Change-Id: I4eff25c2f568dea78a6ffd3e95ff4620ab4b3b7d
/frameworks/native/opengl/tools/glgen/stubs/gles11/GLES10ExtcHeader.cpp
|
9875750593aae7c2a62f33c620809d49162393eb |
|
09-Apr-2011 |
Elliott Hughes <enh@google.com> |
Kill the global references in the OpenGL wrappers. Just use jniThrowException instead. Note that it would be trivial to throw seemingly more appropriate exceptions (NullPointerException and OutOfMemoryException in particular), but I'm only attempting to preserve existing behavior here. I also found shadowing bugs in some of the special-case functions, which would previously always have leaked memory. This also moves an accidental change to a generated file (ActivityThread -> AppGlobals) into the generator, so it won't be overwritten in future. Change-Id: Iab570310b568cb406c60dd0e2b8211f8a36ae590
/frameworks/native/opengl/tools/glgen/stubs/gles11/GLES10ExtcHeader.cpp
|
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/stubs/gles11/GLES10ExtcHeader.cpp
|
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/stubs/gles11/GLES10ExtcHeader.cpp
|