ad0f52fc2be6161f61fd95e4f12739c65661673a |
|
23-Feb-2015 |
Dan Albert <danalbert@google.com> |
Fix pointer-to-int and int-to-pointer warnings. Change-Id: If534cbcf2c3e644270572cbf829ba9b5acab29e6
/frameworks/native/opengl/tools/glgen/stubs/egl/eglGetDisplay.cpp
|
d61b48c090cf288e406db11f3106257643657ead |
|
26-Feb-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make eglGetDisplay(int) work for EGL_DEFAULT_DISPLAY This will allow eglGetDisplay(int) to work on both 32-bit and 64-bit systems when EGL_DEFAULT_DISPLAY is passed as a parameter. Change-Id: I0d7e9ca5410b0dd893eacc02aac40956908e4f25 Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
/frameworks/native/opengl/tools/glgen/stubs/egl/eglGetDisplay.cpp
|
ab6fc2a86f34be455c144a2d691e94909998c959 |
|
13-Feb-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
Use long for pointers in opengl/EGL classes EGL classes in frameworks/base have to be updated to support 64-bit platforms. Key changes in the EGL classes include [x] EGLObjectHandle class - EGLObjectHandle class has two public methods (constructor and getHandle) that assume handles are 32-bit. They have not been changed. Instead, two new hidden methods (EGLObjectHandle(long) and getNativeHandle) have been added. [x] EG14 class - Two public methods eglGetDisplay and eglCreatePbufferFromClientBuffer assume that handles are 32-bit. They have been changed to throw unsupported operation exception on non 32-bit machines. Two new methods eglGetDisplay(long) and eglCreatePbufferFromClientBuffer(...long buffer..) have been added to support 64-bit handles. To allow the above changes in frameworks/base EGL classes, corresponding code generation mechanism in frameworks/native has been updated. Change-Id: I5d0a62e10c20ccf05f610d6608b8dfb6414b5116 Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
/frameworks/native/opengl/tools/glgen/stubs/egl/eglGetDisplay.cpp
|