android-x86-mesa.git/src/mesa/drivers/x11/Makefile, branch r300Androïd/x86 port of Mesa drivers
https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r3002011-01-20T09:15:50Zglapi: Fix OpenGL and OpenGL ES interop.2011-01-20T09:15:50ZChia-I Wuolv@lunarg.com2010-12-26T10:24:13Zurn: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
mesa: fix mesa version string construction2010-10-19T14:59:27ZBrian Paulbrianp@vmware.com2010-10-18T15:07:54Zurn:sha1:988b246c471c9c7ece1082682853e3744b702dd2
Now that MESA_MINOR=10, we no longer need the extra '0' in the
version string.
make: Use C++ compiler to link stdc++ library.2010-08-24T19:18:09ZBrian Paulbrianp@vmware.com2010-08-24T19:18:09Zurn:sha1:ad58f0d9e021065d8e6d82e1aa7387dcd206f86e
glxinfo and glxgears run on swrast and softpipe without undefined symbol
errors.
glapi: Move to src/mapi/.2010-05-07T02:41:11ZChia-I Wuolv@lunarg.com2010-04-26T04:56:44Zurn:sha1:296adbd545b8efd38c9ed508166b2de2764a444b
Move glapi to src/mapi/{glapi,es1api,es2api}.
Use the specified X11 headers for xlib mesa2009-03-18T14:37:08ZDan Nicholsondbn.lists@gmail.com2009-03-18T06:33:04Zurn:sha1:13345a95400db632a7800e6fd8b8fdb74bba3c38
The xlib build was using the system's Xlib headers or bombing if they
weren't available.
Apple: Cleaned up some linking and dylib ids issues2008-08-11T16:17:06ZJeremy Huddlestonjeremyhu@freedesktop.org2008-08-11T16:17:06Zurn:sha1:ac0d19601caf1f3f86cb30cbafb9c000479e2b37Always pass -linker and -ldflags to mklib for shared libraries2008-07-12T17:25:40ZDan Nicholsondbn.lists@gmail.com2008-07-12T17:04:44Zurn:sha1:3b8081603bf846285e56a6ecafaf182935fd8733
This just makes the use of mklib more consistent throughout Mesa where
we always want to pass the linker and LDFLAGS when we might be making a
shared library.
Call mklib with $(SHELL) so the user controls the interpreter2008-07-12T17:25:40ZDan Nicholsondbn.lists@gmail.com2008-07-11T20:54:48Zurn:sha1:db072baaaf6adcd176ea7e4d67b77177de7eca31
Respect the user's choice of shell when running mklib rather than always
using /bin/sh.
fix Xlib libGL.so build problem.2008-06-09T22:06:44ZBrian Paulbrian.paul@tungstengraphics.com2008-06-09T22:06:44Zurn:sha1:72f87b69471649ff02e80a89f902b69980f3d025
Also, build driverfuncs.c into libmesa.a since it's always needed.
remove realglx.[ch] from build2008-06-08T17:25:30ZBrianbrian.paul@tungstengraphics.com2008-06-08T17:25:30Zurn:sha1:f440b0ddd9690a2f8d7b7eed9b56ff77407b9114