https://bugs.freedesktop.org/show_bug.cgi?id=93103
--- Comment #11 from Emil Velikov <emil.l.veli...@gmail.com> --- (In reply to Jose Fonseca from comment #9) > $ nm -CD --defined-only /usr/lib/x86_64-linux-gnu/libLLVM-3.6.so.1 > > shows lot of them. > I have the very vague memory that older versions of LLVM exported internal symbols as well. Perhaps this bug is related to that defect ? > So when > distro decided to use a shared LLVM for the opengl drivers to save a few > bytes, they basically gave the finger to everybody who needs to use bleeding > edge LLVM and OpenGL... > Not much we can do there I'm afraid. Distros have their policies and we have the config switch for people to go the route they like. > > (In reply to Emil Velikov from comment #3) > > > In addition to that, we probably also need to use a LD version script to > > > ensure that LLVM symbols don't pop in the dynamic symbol table. > > We have those for a while. > > I'm not sure it helps if the problem is is > /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 . The only solution is if the > system libLLVM-X.X.so an unique symbol version/namespace, or maybe the > RTLD_LOCAL as you mentioned. > Michel mentioned that llvm 3.6 has versioned symbols, although I cannot see any tag in my Archlinux cmake llvm 3.7 build. I do see a very nasty looking RPATH though - $ORIGIN/../lib ... ouch. > > Atm only the autotools build uses them (hint hint > > scons). > > Sure. I'll look into it. Thank you ! -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev