summaryrefslogtreecommitdiffstats
path: root/opengl/java/android/opengl/GLES10.java
Commit message (Collapse)AuthorAgeFilesLines
* Tabs -> spaces in frameworks/base.John Spurlock2014-02-251-1/+1
| | | | Change-Id: I5a84e8e93ac99b5ed0212b37bf66efa5e53864be
* regenerate GLES java bindingsMathias Agopian2013-02-251-16/+0
| | | | | | | | | - added most missing validation checks - glGet* validation reimplement from khronos documentation Bug: 7402895 Change-Id: I90528727e20480b5902d19bcb2dfbc6dc8b1367b
* Kill the global references in the OpenGL wrappers.Elliott Hughes2011-04-111-14/+15
| | | | | | | | | | | | | | | 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
* These files had an older header.Dan Bornstein2010-12-071-15/+14
| | | | | | | This patch replaces the file headers with the approved Android header text. Change-Id: I63cbd21e9112dab404158fb65f74bc6ca5b07eac
* Add OpenGL ES 2.0 VBO versions glDrawElements and glVertexAttribPointer.Jack Palevich2010-06-221-0/+16
| | | | Change-Id: Id0069535e97fe96eef74e4d0c1d19b010061fe3b
* Require native-order direct buffers for glXXXPointer APIs.Jack Palevich2009-05-071-27/+27
| | | | | | | | | | This was always a documented restriction, but was not enforced by the runtime until now. Until now, if you passed in some other kind of buffer, it would sometimes work, and sometimes fail. The failures happened when the Java VM moved the buffer data while OpenGL was still holding a pointer to it. Now we throw an exception rather than leaving the system in a potentially bad state.
* Enable static Java APIs for OpenGL ES 1.1 extensions.Jack Palevich2009-04-241-12/+1
| | | | | | | | | | | | 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.
* Add an Android-specific static OpenGL ES 1.1 Java API.Jack Palevich2009-04-161-0/+1336
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.