| ca760181b4420696c7e86aa2951d7203522ad1e8 |
|
16-Mar-2012 |
Kristian Høgsberg <krh@bitplanet.net> |
shared-glapi: Convert to automake
This fixes a build problem where EGL links to libgbm.la, which encodes
a relative path to it's libglapi.so dependency. The relative path
breaks when the linker tries to resolve it from src/egl/main instead
of src/gbm. Typically we silently fall back to the system
libglapi.so, which is wrong and breaks when there isn't one.
Morale of the story: don't mix mklib and libtool.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| b7a81b6e511c03876c852d049befa50079c74ec5 |
|
24-Jan-2012 |
Matt Turner <mattst88@gmail.com> |
Fix visibility of u_thread functions by inlining them
-fvisibility=hidden was preventing them from being exported, which
combined with shared-glapi was causing undefined symbol errors at
runtime.
We don't want to make these functions part of the ABI, and given
how simple they are, we simply inline them.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| 97185bf2654f7e72d8bfcc216f905492655d4c77 |
|
16-Dec-2010 |
Chia-I Wu <olv@lunarg.com> |
mapi: Add support for bridge mode.
In bridge mode, mapi no longer implements glapi.h. It becomes a user of
glapi.h. Imagine an app that uses both libGL.so and libGLESv2.so.
There will be two copies of glapi in the app's memory. It is possible
that _glapi_get_dispatch does not return what _glapi_set_dispatch set,
if they access different copies of the global variables. The solution
to this situation to build either one of the libraries as a bridge to
the other. Or build both libraries as bridges to another shared
glapi library.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| 6fc152f660ed995fb6c785b9e8e925bb1640532a |
|
10-Dec-2010 |
Chia-I Wu <olv@lunarg.com> |
mapi: Add a new glapi.h implementation.
The new implementation is based on mapi. No new script is needed. As
noted in sources.mk, the way to use it is to compile MAPI_GLAPI_SOURCES
with MAPI_MODE_GLAPI defined.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| 7048095513f8e91db26736eee0343b1a00d18f6f |
|
10-Dec-2010 |
Chia-I Wu <olv@lunarg.com> |
mapi: Clean up sources.mk.
Rename MAPI_GLAPI_SOURCES to MAPI_UTIL_SOURCES. Rename macro
MAPI_GLAPI_CURRENT to MAPI_MODE_UTIL. Update the comments to make it
clear that mapi may be used in two ways and how.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| d4589d381697b4b3dd291a3c93a34370508ef1e8 |
|
23-Apr-2010 |
Chia-I Wu <olv@lunarg.com> |
mapi: Add a generic C dispatcher.
The idea is to have an API generate a header using mapi_abi.py. The API
can then use the header to build a dispatcher.
/external/mesa3d/src/mapi/mapi/sources.mak
|
| a73c6540d9a7f6e26d8568ba2fc522cb865f0a6c |
|
23-Apr-2010 |
Chia-I Wu <olv@lunarg.com> |
mapi: Add mapi and share the code with glapi.
Specifically, move all or most of
glapi/glapi.c to mapi/u_current.c,
glapi/glapi_execmem.c to mapi/u_execmem.c,
glapi/glthread.[ch] to mapi/u_thread.[ch]
and remove their dependencies on core Mesa headers.
/external/mesa3d/src/mapi/mapi/sources.mak
|