History log of /external/mesa3d/src/glx/Makefile.am
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
f9786394e5969593f9a0ea6e5653168197506523 18-Aug-2012 Matt Turner <mattst88@gmail.com> build: Clean glx Makefile.am

mapi/glapi is already built when make is run in src/glx.

Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/glx/Makefile.am
726f534bbb3f0356fbd5ceef7a1bba23024b4147 18-Jul-2012 Christopher James Halse Rogers <christopher.halse.rogers@canonical.com> build/glx: fix include paths for out-of-tree builds

Reviewed-by: Eric Anholt <eric@anholt.net>
Signed-off-by: Christopher James Halse Rogers <christopher.halse.rogers@canonical.com>
/external/mesa3d/src/glx/Makefile.am
27382c0f7ba2ae826531ba4c254741b2a9df1882 16-Jul-2012 Brad King <brad.king@kitware.com> automake: Honor GL_LIB for mangled/custom lib names

Commit 2d4b77c7 (automake: Convert src/mesa/drivers/x11/Makefile to
automake, 2012-06-12) dropped the old Makefile, which used GL_LIB, and
replaced it with a Makefile.am hard-coding the name "GL". This broke
handling of --enable-mangling and --with-gl-lib-name options which
depend on GL_LIB to specify the GL library name.

Use "@GL_LIB@" in src/mesa/drivers/x11/Makefile.am to configure the
library name. Also use this approach to simplify src/glx/Makefile.am
and drop the HAVE_MANGLED_GL conditional. While at it, fix the
compatibility link we create in "lib" for the software-only driver to
use version GL_MAJOR instead of hard-coding "1".

Reviewed-by: Dan Nicholson <dbn.lists@gmail.com>
/external/mesa3d/src/glx/Makefile.am
f42e601ce0263808ba36c88763196856ecdb79c1 17-Jul-2012 Matt Turner <mattst88@gmail.com> glx: build tests after libglx.la

Previously, if you ran make followed by make check it would work, but
if you just ran make check the test program would fail to compile.

Reviewed-by: Jon TURNEY <jon.turney@dronecode.org.uk>
/external/mesa3d/src/glx/Makefile.am
b2a37e242ea60fde6d616814a30b89325875d0df 29-Jun-2012 Jon TURNEY <jon.turney@dronecode.org.uk> automake: convert libglapi

* "configure substitutions are not allowed in _SOURCES variables" in automake,
so remove the AC_SUBST'ed GLAPI_ASM_SOURCES and instead use some AM_CONDITIONALS
to choose which asm sources are used

* Change GLAPI_LIB to point to the .la file in other Makefile.am files, and make a link
to the .a file for the convenience of other Makefiles which have not yet been converted
to automake

v2:
- Use AM_CPPFLAGS for cleaner build output
- EXTRA_SOURCES is not needed
- Remove libglapi.a compatibility link on clean

Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>
Reviewed-by: Eric Anholt <eric@anholt.net>
Tested-by: Matt Turner <mattst88@gmail.com>
/external/mesa3d/src/glx/Makefile.am
2e8c866f104202a1c05a7036b44b0c8c434b9ef3 24-May-2012 Ian Romanick <ian.d.romanick@intel.com> glx: Move tests from tests/glx to src/glx/tests

This matches the organization of other unit tests in Mesa.

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
/external/mesa3d/src/glx/Makefile.am
94726d263ebee6364e9be2f254c3ca7d1f85dde4 06-Mar-2012 Eric Anholt <eric@anholt.net> glx: Hook up the unit tests again using the internal gtest.

Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
/external/mesa3d/src/glx/Makefile.am
ba83b8b4ae8adfc7520baf119f8c56bdcbf6547f 13-Mar-2012 Jon TURNEY <jon.turney@dronecode.org.uk> Use -no-undefined libtool flag in src/glx/Makefile.am

"Use -no-undefined to assure libtool that the library has no unresolved
symbols at link time, so that libtool will build a shared library on
platforms that require that all symbols are resolved when the library is linked."

Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>
/external/mesa3d/src/glx/Makefile.am
e07b1603e24ddd21a61b11390712c4b39d6a3c5c 20-Mar-2012 Eric Anholt <eric@anholt.net> glx: Fix glXGetProcAddress() of global glX symbols post-automake conversion.

When a GL LD_PRELOAD library like apitrace was used,
glXGetProcAddress() would return the preload's symbols instead of
libGL's symbol, leading to infinite recursion when the returned
function was called. This didn't hit apitrace on most apps because
who calls glXGetProcAddress() on the global functions.

The -Bsymbolic, which was present in mklib before automake conversion,
causes the glxcmds.c:GLX_functions table to be resolved at link time,
so that LD_PRELOADs don't affect it any more.

Fixes crashes when running wine under apitrace.

Tested-by: Matt Turner <mattst88@gmail.com>
Tested-by: Marek Olšák <maraeo@gmail.com>
/external/mesa3d/src/glx/Makefile.am
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/glx/Makefile.am
d249bd9cbd38c8da5b3f11d3c50bdbfc612cf1e5 03-Mar-2012 Johannes Obermayr <johannesobermayr@gmx.de> glx: Also put a symlink from libGL.so in lib/ for now.

This fixes the libGLU.so.* build when a system libGL.so is not present
since it is relying on the lib/ to build against until it gets
converted to automake.

Tested-by: Stéphane Marchesin <marcheu@chromium.org>
Reviewed-by: Stéphane Marchesin <marcheu@chromium.org>
/external/mesa3d/src/glx/Makefile.am
8ffb098234fbc3d2e3c8b3db6912dec9ea7a65eb 05-Feb-2012 Eric Anholt <eric@anholt.net> glx: Convert to automake.

Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
/external/mesa3d/src/glx/Makefile.am