glapi: Fix OpenGL and OpenGL ES interop.
authorChia-I Wu <olv@lunarg.com>
Sun, 26 Dec 2010 10:24:13 +0000 (18:24 +0800)
committerChia-I Wu <olv@lunarg.com>
Thu, 20 Jan 2011 09:15:50 +0000 (17:15 +0800)
commite8c7d7598fb48237508f566204c71ba8f74d544f
tree7265601e9bddd2d5afd6e55637ae9efcf42b7fa2
parent9767d3b5ad08640737e9d8dd4feb046478ae1f4b
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
14 files changed:
configs/autoconf.in
configure.ac
src/gallium/targets/egl/Makefile
src/gallium/targets/libgl-xlib/Makefile
src/glx/Makefile
src/glx/glxcmds.c
src/glx/indirect.c
src/glx/indirect.h
src/mapi/glapi/Makefile
src/mapi/glapi/gen/Makefile
src/mapi/glapi/gen/glX_proto_send.py
src/mapi/glapi/glapi_mapi_tmp.h [new file with mode: 0644]
src/mapi/shared-glapi/Makefile
src/mesa/drivers/x11/Makefile