Androïd/x86 port of Mesa drivers https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r300 2011-01-31T18:17:10Z 2011-01-31T18:17:10Z Kenneth Graunke kenneth@whitecape.org 2011-01-24T18:35:48Z urn:sha1:8aac5d123c4636fad5e9d70c3a6706aaa6f1f240 2011-01-22T03:59:05Z Chia-I Wu olv@lunarg.com 2011-01-14T09:50:29Z urn:sha1:bb770af3a59e5935c108c05ee45490fc5668d4a3 GLES can be enabled by running scons with $ scons gles=yes When gles=yes is given, the build is changed in three ways. First, libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes DRI drivers and libEGL support and advertise GLES support. Second, GLES libraries will be created. They are libGLESv1_CM, libGLESv2, and libglapi. Last, libGL or opengl32 will link to libglapi. This change is required as _glapi_* will be declared as __declspec(dllimport) in libmesa.a on windows. libmesa.a expects those symbols to be defined in another DLL. Due to this change to GL, GLES support is marked experimental. Note that GLES requires libxml2-python to generate some of its sources. 2011-01-20T09:15:50Z Chia-I Wu olv@lunarg.com 2010-12-26T10:24:13Z urn:sha1:e8c7d7598fb48237508f566204c71ba8f74d544f 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 2010-12-24T00:19:11Z Vinson Lee vlee@vmware.com 2010-12-24T00:19:11Z urn:sha1:070f5da96d42f6ff1d70ac28f8f8e64bcb051ef1 2010-11-18T13:02:36Z José Fonseca jfonseca@vmware.com 2010-11-18T13:02:36Z urn:sha1:3dcc3153b087a2ec42e6177d965dd8b2c95779c2 2010-11-17T23:49:08Z Jakob Bornecrantz jakob@vmware.com 2010-11-10T23:42:17Z urn:sha1:c30656d8c24eafeb29276fa31503b30608239468 2010-11-10T23:40:18Z Jakob Bornecrantz jakob@vmware.com 2010-11-10T23:40:18Z urn:sha1:0faa7ada8419408070874d83dc2fcbad903f0dcc 2010-11-01T13:30:22Z José Fonseca jfonseca@vmware.com 2010-11-01T13:30:22Z urn:sha1:601498ae73e654c2de997ea75075613a694d604d Use scons target and dependency system instead of ad-hoc options. Now is simply a matter of naming what to build. For example: scons libgl-xlib scons libgl-gdi scons graw-progs scons llvmpipe and so on. And there is also the possibility of scepcified subdirs, e.g. scons src/gallium/drivers If nothing is specified then everything will be build. There might be some rough corners over the next days. Please bare with me. 2010-10-27T02:06:25Z Chia-I Wu olv@lunarg.com 2010-10-25T14:05:20Z urn:sha1:b5022ad03584f119b27c143b53e7ed80e8c12ffb 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. 2010-10-19T14:59:27Z Brian Paul brianp@vmware.com 2010-10-18T15:07:54Z urn:sha1:988b246c471c9c7ece1082682853e3744b702dd2 Now that MESA_MINOR=10, we no longer need the extra '0' in the version string.