<feed xmlns='http://www.w3.org/2005/Atom'>
<title>android-x86-mesa.git/src/mapi/shared-glapi, branch envsa_r300</title>
<subtitle>Androïd/x86 port of Mesa drivers
</subtitle>
<id>https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=envsa_r300</id>
<link rel='self' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=envsa_r300'/>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/'/>
<updated>2011-03-16T12:18:39Z</updated>
<entry>
<title>android: Add pre-generated files.</title>
<updated>2011-03-16T12:18:39Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olvaffe@gmail.com</email>
</author>
<published>2011-01-15T06:58:03Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=f547fef2d066607650635136910bbcc781cf6bff'/>
<id>urn:sha1:f547fef2d066607650635136910bbcc781cf6bff</id>
<content type='text'>
  make -C src/glsl builtin_function.cpp
  make -C src/es1api
  make -C src/es2api
  make -C src/shared-glapi
  make -C src/mesa/mai/api_exec_es{12}.c
</content>
</entry>
<entry>
<title>mapi: Workaround a bug in makedepend.</title>
<updated>2011-01-29T11:22:54Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olv@lunarg.com</email>
</author>
<published>2011-01-29T11:06:27Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=b825e4955243b8ecb57e58afafd8b2286fdd4369'/>
<id>urn:sha1:b825e4955243b8ecb57e58afafd8b2286fdd4369</id>
<content type='text'>
makedepend would crash when a source includes a header indirectly, such
as

  #define HEADER "some-header.h"
  #include HEADER

Do not define HEADER (makedepend would detects this as an incomplete
include) and add the dependency manually in the Makefile.

This should hopefully fix bug #33374.
</content>
</entry>
<entry>
<title>add machine generated files to .gitignore</title>
<updated>2011-01-24T16:17:57Z</updated>
<author>
<name>Tim Wiederhake</name>
<email>twied@gmx.net</email>
</author>
<published>2011-01-24T15:59:17Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=d14764815cdd2d92545a2d1127e2d1bf348aa035'/>
<id>urn:sha1:d14764815cdd2d92545a2d1127e2d1bf348aa035</id>
<content type='text'>
Signed-off-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
</entry>
<entry>
<title>scons: Add support for GLES.</title>
<updated>2011-01-22T03:59:05Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olv@lunarg.com</email>
</author>
<published>2011-01-14T09:50:29Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=bb770af3a59e5935c108c05ee45490fc5668d4a3'/>
<id>urn:sha1:bb770af3a59e5935c108c05ee45490fc5668d4a3</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>glapi: Fix OpenGL and OpenGL ES interop.</title>
<updated>2011-01-20T09:15:50Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olv@lunarg.com</email>
</author>
<published>2010-12-26T10:24:13Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=e8c7d7598fb48237508f566204c71ba8f74d544f'/>
<id>urn:sha1:e8c7d7598fb48237508f566204c71ba8f74d544f</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>glapi: Fix OpenGL ES 1.1 and 2.0 interop.</title>
<updated>2011-01-20T09:15:50Z</updated>
<author>
<name>Chia-I Wu</name>
<email>olv@lunarg.com</email>
</author>
<published>2010-12-26T10:02:59Z</published>
<link rel='alternate' type='text/html' href='https://git.hiegel.fr/cgit/android-x86-mesa.git/commit/?id=9767d3b5ad08640737e9d8dd4feb046478ae1f4b'/>
<id>urn:sha1:9767d3b5ad08640737e9d8dd4feb046478ae1f4b</id>
<content type='text'>
Move _glapi_* symbols from libGLESv1_CM.so and libGLESv2.so to
libglapi.so.  This makes sure an app will get only one copy of glapi in
its address space.

Note that with this change, libGLES* 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.
</content>
</entry>
</feed>
