History log of /external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
027ce0c493a85c863df88b43f61aea34bcd4cd58 24-Jan-2012 Matt Turner <mattst88@gmail.com> Revert "Always build shared glapi"

This reverts commit adefee50d954151f76150af80207081ae3c247d9.

Shared glapi was never tested with --enable-xlib-glx and turns out
to cause a lot of problems.

Conflicts:

configure.ac
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
adefee50d954151f76150af80207081ae3c247d9 12-Jan-2012 Matt Turner <mattst88@gmail.com> Always build shared glapi

libglapi.so, libGL.so, libGLESv2.so, libGLESv1_CM.so must all
come from the same version of Mesa or bad things may happen.

Acked-by: Kenneth Graunke <kenneth@whitecape.org>
Signed-off-by: Matt Turner <mattst88@gmail.com>
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
ccd4d4367f2b4e5aebfc59b832599812a4a1c7d8 29-Nov-2011 Kai Wasserbäch <kai@dev.carbon-project.org> gallium/cell: Remove the driver.

Complicates Gallium3D development and doesn't seem to have active users.

Signed-off-by: Kai Wasserbäch <kai@dev.carbon-project.org>
Signed-off-by: José Fonseca <jfonseca@vmware.com>
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
67aba799bc9f32bf60b1587bc7e6072dfadff13d 27-Jun-2011 Marek Olšák <maraeo@gmail.com> gallium/targets: do not link every driver with libllvmpipe.a

Only some targets need that, the others don't.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
e8c7d7598fb48237508f566204c71ba8f74d544f 26-Dec-2010 Chia-I Wu <olv@lunarg.com> 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
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
c30656d8c24eafeb29276fa31503b30608239468 11-Nov-2010 Jakob Bornecrantz <jakob@vmware.com> libgl-xlib: Use inline debug helper instead of non-inline version
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
988b246c471c9c7ece1082682853e3744b702dd2 18-Oct-2010 Brian Paul <brianp@vmware.com> mesa: fix mesa version string construction

Now that MESA_MINOR=10, we no longer need the extra '0' in the
version string.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
28c790ab3118ee4c4171120cba2abf2ae3e84805 07-Sep-2010 Chia-I Wu <olv@lunarg.com> libgl-xlib: Fix --enable-gallium-llvm build.

Check MESA_LLVM and link to LLVM as other targets do.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
f1de38b851d274b16e8b58669a110b0124e0f40b 04-Sep-2010 Brian Paul <brianp@vmware.com> libgl-xlib: enable galahad support

If the GALLIUM_GALAHAD env var is 1 we'll wrap the regular driver with
the galahad validation driver.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
ad58f0d9e021065d8e6d82e1aa7387dcd206f86e 24-Aug-2010 Brian Paul <brianp@vmware.com> make: Use C++ compiler to link stdc++ library.

glxinfo and glxgears run on swrast and softpipe without undefined symbol
errors.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
271af2a8748583794b570630cfd5a4d12d740da6 13-Jul-2010 Brian Paul <brianp@vmware.com> libgl-xlib: add depend to make clean list
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
53cbb81576671d6d39e6a353e79ebda2c512d735 12-May-2010 Jakob Bornecrantz <jakob@vmware.com> rbug: Add to all targets that link against trace

Also added calls to the create function in target helpers and in
tr_drm.c the latter being a hack and should be replaced with the
wrap screen target helper. But at least this way we don't regress.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
296adbd545b8efd38c9ed508166b2de2764a444b 25-Apr-2010 Chia-I Wu <olv@lunarg.com> glapi: Move to src/mapi/.

Move glapi to src/mapi/{glapi,es1api,es2api}.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
02224ec4e0de8072c9d730821f88e0a00212ff50 20-Apr-2010 Dan Nicholson <dbn.lists@gmail.com> Merge branch '7.8'

Conflicts:
progs/egl/Makefile

progs/egl/Makefile is gone on master with the egl demos split into
subdirectories. Will require an additional commit.
0d0220fedc7a8d490162f7385d19b2d0ab3fb8d9 25-Mar-2010 Jakob Bornecrantz <jakob@vmware.com> gallium: Fix libgl-xlib path to sw xlib winsys
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
15c7fa460b93039a1676cc08a218101f92681190 21-Mar-2010 George Sapountzis <gsapountzis@gmail.com> Revert "gallium: add soft screen helper"

This reverts commit f87a5f6499f51f651c2a9f2d4682875b22926905.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
f87a5f6499f51f651c2a9f2d4682875b22926905 19-Mar-2010 George Sapountzis <gsapountzis@gmail.com> gallium: add soft screen helper
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
999932bf1feed4cbf834b2c81510aab09dda56dc 09-Mar-2010 Keith Whitwell <keithw@vmware.com> targets/libgl-xlib: add code to inject trace and identity layers

Finally we can inject layers for debug, trace and "other" with
relative ease between state-tracker and driver.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile
99f11d0e18e1ff5a433c84d52ffc13b9684c2650 08-Mar-2010 Keith Whitwell <keithw@vmware.com> gallium: introduce target directory

Currently there are still at least two functions bundled up inside the
winsys concept:

a) that of a backend resource manager, sometimes capable of performing
present() operations,

b) the initialization code/routine for the whole driver stack.

The inclusion of (b) makes it difficult to share implementations of
(a) between different drivers. For instance, a clean xlib winsys
could be of use for software-rasterized VG, GLES, EGL, etc, stacks.
But that is only true as long as there is no dependency from the
winsys to higher level code, as would be the case when we include (b)
in this component.

This change creates a new gallium/targets subtree, specifically for
implementing the glue needed to build individual driver stacks, and
moves that code out of a single example winsys, namely xlib.

Other drivers continue to build unchanged, but hopefully can migrate
to this structure over time.
/external/mesa3d/src/gallium/targets/libgl-xlib/Makefile