| 8b8416676e959d2ef4ade0d52aa7792641a5ed6c |
|
06-Sep-2012 |
Brian Paul <brianp@vmware.com> |
glapi/glx: rename 'table' variable to 'disp_table'
This fixes an issue where the local 'table' variable was hiding the
function parameter name in glGetColorTable(..., void *table).
This should be OK as long as there's never a GL entrypoint that uses
'disp_table' as a parameter name.
Note: This is a candidate for the 9.0 branch.
Reviewed-by: Jose Fonseca <jfonseca@vmware.com>
(cherry picked from commit 043f66204b1a190e18747c3befa8826c82dd87a7)
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| ac889b24109ba0aec4f8c7f103d3c23e78c11a29 |
|
20-Jul-2012 |
Julien Cristau <julien.cristau@logilab.fr> |
glapi/glx: call __glEmptyImage if USE_XCB, not memcpy directly
We were stomping on the caller's buffer by ignoring their alignment
requests and other pixel store modes. This patch makes the USE_XCB path match
the older one more closely.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=52059
Signed-off-by: Julien Cristau <julien.cristau@logilab.fr>
Signed-off-by: Brian Paul <brianp@vmware.com>
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 99fee476a102be898a1a093c037e06382f90a5b9 |
|
01-Aug-2012 |
Ian Romanick <ian.d.romanick@intel.com> |
glx: Don't use glapitable.h at all
When --enable-shared-glapi is used, all non-ABI entries in the table are
lies. Avoiding the use of glapitable.h avoids the lies. The only
entries used in this code are entries that are ABI. For these, the ABI
offset can be used directly.
Since this code is in src/glx, it can't use src/mesa/main/dispatch.h to
get the pretty names for these offsets.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| f5dffb7e36487ff8a012725aaf78a4b7d3169102 |
|
01-Aug-2012 |
Ian Romanick <ian.d.romanick@intel.com> |
glx: Don't rely on struct _glapi_table
When --enable-shared-glapi is used, all non-ABI entries in the table are
lies. There are two completely separate code generation paths used to
assign dispatch offset. Neither has any clue about the other.
Unsurprisingly, the can't agree on what offsets to assign.
This adds a bunch of overhead to __glXNewIndirectAPI, but this function
is called at most once.
The test ExtensionNopDispatch was removed. There was just no way to
make this test work with the information provided in shared-glapi.
Since indirect_glx.c uses _glapi_get_proc_offset now, it was also
impossible to make the tests work without shared-glapi. So much pain.
This fixes indirect rendering with shared-glapi.
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 027ce0c493a85c863df88b43f61aea34bcd4cd58 |
|
24-Jan-2012 |
Matt Turner <mattst88@gmail.com> |
Revert "Always build shared glapi"
This reverts commit adefee50d954151f76150af80207081ae3c247d9.
Shared glapi was never tested with --enable-xlib-glx and turns out
to cause a lot of problems.
Conflicts:
configure.ac
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| adefee50d954151f76150af80207081ae3c247d9 |
|
12-Jan-2012 |
Matt Turner <mattst88@gmail.com> |
Always build shared glapi
libglapi.so, libGL.so, libGLESv2.so, libGLESv1_CM.so must all
come from the same version of Mesa or bad things may happen.
Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Signed-off-by: Matt Turner <mattst88@gmail.com>
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 0c6b9303227977723a6d03664f71e5eb56ebf139 |
|
08-Dec-2011 |
Ian Romanick <ian.d.romanick@intel.com> |
glapi/glx: For GLX code, use the existing _X_HIDDEN and _X_INTERNAL defines
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| e8c7d7598fb48237508f566204c71ba8f74d544f |
|
26-Dec-2010 |
Chia-I Wu <olv@lunarg.com> |
glapi: Fix OpenGL and OpenGL ES interop.
When --enable-shared-glapi is specified, libGL will share libglapi with
OpenGL ES instead of defining its own copy of glapi. This makes sure an
app will get only one copy of glapi in its address space.
The new option is disabled by default. When enabled, libGL and libglapi
must be built from the same source tree and distributed together. This
requirement comes from the fact that the dispatch offsets used by these
libraries are re-assigned whenever GLAPI XMLs are changed.
For GLX, indirect rendering for has_different_protocol() functions is
tricky. A has_different_protocol() function is assigned only one
dispatch offset, yet each entry point needs a different protocol opcode.
It cannot be supported by the shared glapi. The fix to this is to make
glXGetProcAddress handle such functions specially before calling
_glapi_get_proc_address.
Note that these files are automatically generated/re-generated
src/glx/indirect.c
src/glx/indirect.h
src/mapi/glapi/glapi_mapi_tmp.h
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| e4dbfa44ed018d124e1531077d506c8c914c1a51 |
|
25-Oct-2010 |
Chia-I Wu <olv@lunarg.com> |
glapi: Do not use glapioffsets.h.
glapioffsets.h exists for the same reason as glapidispatch.h does. It
is of no use to glapi. This commit also drops the use of glapioffsets.h
in glx as glx is considered an extension to glapi when it comes to
defining public GL entries.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| b5022ad03584f119b27c143b53e7ed80e8c12ffb |
|
25-Oct-2010 |
Chia-I Wu <olv@lunarg.com> |
glapi: Do not use glapidispatch.h.
glapidispatch.h exists so that core mesa (libmesa.a) can be built for
DRI drivers or for non-DRI drivers as a compile time decision (whether
IN_DRI_DRIVER is defined). It is of no use to glapi. This commit also
drops the use of glapidispatch.h in glx and libgl-xlib as they are
considered extensions to glapi when it comes to defining public GL
entries.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 699c82e30ce78c3975b3ce1a6fba148c70a9a78a |
|
30-Aug-2010 |
Luca Barbieri <luca@luca-barbieri.com> |
glapi: fix generator which got out of sync with the codebase
The __GLapi typedef was removed in c356f5867f2c1fad7155df538b9affa8dbdcf869,
but the code generator hasn't been updated.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| c491e585e43d48a2aeec96ccc4008da6c443fb42 |
|
28-Jul-2010 |
Kristian Høgsberg <krh@bitplanet.net> |
glx: Move bind and unbind to context vtable
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| c356f5867f2c1fad7155df538b9affa8dbdcf869 |
|
28-Jul-2010 |
Kristian Høgsberg <krh@bitplanet.net> |
glx: Rename __GLXcontext and __GLXdisplayPrivate to struct types.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 903986ca128d51ff031cc9eafa1976618834a8de |
|
12-May-2010 |
Brian Paul <brianp@vmware.com> |
glapi: fix generator scripts w.r.t. GLX_USE_APPLEGL
Commit 80b280db883edc9550484dba03bd5c124b6a9bf9 changed the .c files
instead of the .py generator scripts.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|
| 296adbd545b8efd38c9ed508166b2de2764a444b |
|
25-Apr-2010 |
Chia-I Wu <olv@lunarg.com> |
glapi: Move to src/mapi/.
Move glapi to src/mapi/{glapi,es1api,es2api}.
/external/mesa3d/src/mapi/glapi/gen/glX_proto_send.py
|