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/gen
|
16f03928743b01638419874e2b6300b52da6eb4c |
|
20-May-2014 |
Jesse Hall <jessehall@google.com> |
opengl: Add GLES31 and GLES31Ext class templates Bug: 15028495 Change-Id: I276d04f029d441e092428fad72f09ca15e1d233a
/frameworks/native/opengl/tools/glgen/gen
|
9a90aa9003f8b53a6e8ce20f97ef3ba87891697a |
|
22-Jun-2013 |
Andy McFadden <fadden@android.com> |
Fix wrapper equals() Make it faster and correcter. Also, fixed the "gen" script to update the static/egl/*.java files as part of doing an update. Altered the "git" lines to change directories before invoking git -- necessary because we're now split between frameworks/base and frameworks/native. Bug 9204146 Change-Id: Ie60504b1932349e6f2c9d3868dee6a645ef2b36e
/frameworks/native/opengl/tools/glgen/gen
|
c86393510c8747519fe34e5aa38ce5218593c19c |
|
30-Apr-2013 |
Jesse Hall <jessehall@google.com> |
Generate new EGLExt class Initially populated with EGL_ANDROID_presentation_time (moved from the EGL14 class) and the ES-relevant parts of EGL_KHR_create_context. Bug: 8678160 Change-Id: Ifed2ee3da264ca701ae1f4b309a0758f7fcc3acc
/frameworks/native/opengl/tools/glgen/gen
|
63ed38dc52b27c5b39b11717d0c7736e1756db42 |
|
29-Mar-2013 |
Jesse Hall <jessehall@google.com> |
Generate GLES30 class, just a clone of GLES20 for now Bug: 8566953 Change-Id: I6fad880344b9c247de4018711ea7cb6eb1a609d6
/frameworks/native/opengl/tools/glgen/gen
|
a3b641e89c89d9fe7e18123cffb8bac67a2c168d |
|
29-Mar-2013 |
Jesse Hall <jessehall@google.com> |
Make gen more readable, use UNIX-style line endings Change-Id: I6f4a1afa19f84d89278e9447f14a124476106fef
/frameworks/native/opengl/tools/glgen/gen
|
bf13ba5e77804ca7466acb7100cdaf7c14cc0fb7 |
|
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: Ib5c68ca0ca416407b4cfa36e3a21901b2d6263ab
/frameworks/native/opengl/tools/glgen/gen
|
54c2818abe6d366815aec67dfcede1b1e008a52e |
|
23-Feb-2013 |
Mathias Agopian <mathias@google.com> |
update glgen to take into account recent changes - it looks like UserId has been renamed to UserHandle in the framework. - also for some reason I don't understand glgen didn't seem to be up to date with respect to the generated bindings in the tree. It's like the bindings were generated with a more recent version of glgen (maybe it was never checked in). So we fix that here. Change-Id: Ie49522ebf67fcab9213246b4d93500e37a3cbc05
/frameworks/native/opengl/tools/glgen/gen
|
66a42db8cbfba902f72f0ace5ac448ef4bfd3951 |
|
16-Jun-2012 |
Thomas Tafertshofer <tafertth@google.com> |
improve glgen tool to support EGL1.4 - added EGL1.4 bindings generation - fixed bugs in GLES bindings Bug: 6709865 Change-Id: I04ac63f652e1968a51eb833f47e00336ea449980
/frameworks/native/opengl/tools/glgen/gen
|
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/gen
|
50d0b14689b0ae95ea7b66a8c2f7b955115812dd |
|
19-Nov-2009 |
Jack Palevich <jackpal@google.com> |
Add a Java API for OpenGL ES 2.0. Currently this API is hidden. Add a test program.
/frameworks/native/opengl/tools/glgen/gen
|
c96812cb27ca2fbfe4456c8297e2c77d23d790f1 |
|
16-Jun-2009 |
Jack Palevich <jackpal@google.com> |
Allow pre-Donut apps to use indirect Buffers in GL11 Pointer methods. Apps targeting Donut and newer will throw an exception. We use a heuristic to determine whether an app is pre-Donut or not: We take the address space's __progname, and use that as the application's package name. For simple applications this is correct.
/frameworks/native/opengl/tools/glgen/gen
|
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/gen
|
ffac1eff58b59ffdaca1c4a296fa7dead51c487b |
|
15-Apr-2009 |
Jack Palevich <jackpal@google.com> |
Improve glgen + gen script is really a bash script rather than a sh script, so declare that to be true. (For example, it uses pushd, which is a part of bash, but not a part of sh. Not sure how this worked until now. Possibly gen was only run in environments where /bin/sh was really bash. + Check the results of the java compile of the code generator, and abort the script if the compile fails. + Turn on the bash shell option that guards against using uninitialized variables in the script. + Remove the generated class files. Refactor JniCodeEmitter into two classes: a general-purpose JniCodeEmitter and a specific Jsr239CodeEmitter. The hope is to use JniCodeEmitter as a base for emitting static OpenGL ES bindings.
/frameworks/native/opengl/tools/glgen/gen
|
c8938682271b09f8a07144c206de02383d67398c |
|
02-Apr-2009 |
Jack Palevich <> |
AI 144282: Tweak this tool to work with the current directory structure. Also leave the "generated" directory around if it contains files that need to be checked in. Automated import of CL 144282
/frameworks/native/opengl/tools/glgen/gen
|
edbf3b6af777b721cd2a1ef461947e51e88241e1 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/native/opengl/tools/glgen/gen
|
d5193d9394c5e58176d7bcdf50ef017f8a3b9e1e |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/native/opengl/tools/glgen/gen
|
e09fd9e819c23dc90bca68375645e15544861330 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/native/opengl/tools/glgen/gen
|