<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - GL/gl_mangle.h misses symbols from GLES/gl.h" href="https://bugs.freedesktop.org/show_bug.cgi?id=91724#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - GL/gl_mangle.h misses symbols from GLES/gl.h" href="https://bugs.freedesktop.org/show_bug.cgi?id=91724">bug 91724</a> from <a class="email" href="mailto:frederic.devernay@m4x.org" title="Frederic Devernay <frederic.devernay@m4x.org>"> Frederic Devernay</a> <pre>I updated the gist for the newest Mesa release: <a href="https://gist.github.com/devernay/71f3d7661d910e6494a9">https://gist.github.com/devernay/71f3d7661d910e6494a9</a> Note that, despite what Emil said in <a href="http://lists.freedesktop.org/archives/mesa-dev/2014-December/072575.html">http://lists.freedesktop.org/archives/mesa-dev/2014-December/072575.html</a> using dlopen(RTLD_LOCAL) may not be a viable option, for example if both the system's libGL and the Mesa libGL depend on libraries with the same soname (llvm or X11 for example) but which are incompatible for some reason (in my case, I am loading Mesa from a plugin, and I don't know what the host application has loaded before - the only safe way is to use a mangled Mesa). In short, RTLD_LOCAL works for the loaded library (in my case, it is the plugin), but not its dependencies. See <a href="https://sourceware.org/ml/libc-help/2014-08/msg00042.html">https://sourceware.org/ml/libc-help/2014-08/msg00042.html</a> for a full explanation. So please, don't remove the option to mangle Mesa symbols, unless there is a viable and portable possibility to load a non-mangled mesa together with the system libGL.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>