mesa/src
Carl Worth 9baf35de5c Use -Bsymbolic when linking libEGL.so
For some reason that I don't yet fully understand, Glaze does not work with
libEGL unless libEGL is linked with -Bsymbolic.[*]

Beyond that specific reason, all of the reasons for which libGL.so is linked
with -Bsymbolic, (see the commit history), should also apply here.

[*] The specific behavior I am seeing is that when Glaze calls dlopen for
libEGL.so, ifunc resolvers within Glaze for EGL functions are called before
the dlopen returns. These resolvers cannot succeed, as they need the return
value from dlopen in order to find the functions to resolve to. I don't know
what's causing these resolvers to be called, but I have verified that linking
libEGL with -Bsymbolic causes this problematic behavior to stop.

CC: "9.1 and 9.2" <mesa-stable@lists.freedesktop.org>
Reviewed-by: Eric Anholt <eric@anholt.net>
Reviewed-by: Chad Versace <chad.versace@linux.intel.com>
2013-09-30 15:49:16 -07:00
..
egl Use -Bsymbolic when linking libEGL.so 2013-09-30 15:49:16 -07:00
gallium r600g/sb: Move variable dereference after null check. 2013-09-30 10:27:52 -07:00
gbm gbm: Link to libwayland-drm if Wayland EGL platform is enabled 2013-08-12 15:16:22 -07:00
getopt
glsl glsl: Create and use a has_uniform_buffer_objects() helper. 2013-09-26 16:55:18 -07:00
glx glx: Initialize OpenGL version to 1.0 2013-09-04 16:07:21 -07:00
gtest gtest: Build it only for 'make check'. 2013-01-13 12:38:44 +01:00
mapi mesa: Add core support for the GL_AMD_performance_monitor extension. 2013-09-26 16:55:18 -07:00
mesa i965/blorp: retype destination register for texture SEND instruction to UW. 2013-09-30 15:16:44 -07:00
Makefile.am gbm: Link to libwayland-drm if Wayland EGL platform is enabled 2013-08-12 15:16:22 -07:00
SConscript Remove libGLU 2012-08-31 10:58:15 -07:00