summaryrefslogtreecommitdiffstats
path: root/libcxx/test/std/utilities/template.bitset/bitset.members/to_ulong.pass.cpp
diff options
context:
space:
mode:
authorMichal Gorny <mgorny@gentoo.org>2017-11-27 22:23:09 +0000
committerMichal Gorny <mgorny@gentoo.org>2017-11-27 22:23:09 +0000
commit8eaa8ec8fc9591bc71675605a3cee24a17d16d3f (patch)
treefdfe95b495f1424d5f3930017260e9f0d98aa9d3 /libcxx/test/std/utilities/template.bitset/bitset.members/to_ulong.pass.cpp
parentd6b67eb15c3640c38d2e12f83373def07ca6fae9 (diff)
downloadbcm5719-llvm-8eaa8ec8fc9591bc71675605a3cee24a17d16d3f.tar.gz
bcm5719-llvm-8eaa8ec8fc9591bc71675605a3cee24a17d16d3f.zip
[cmake] Pass -Wl,-z,nodelete on Linux to prevent unloading
Prevent unloading shared libraries on Linux when dlclose() is called. This is necessary since command-line option parsing API relies on registering the global option instances in the option parser instance which can be loaded in a different shared library. Given that we can't reliably remove those options when a library is unloaded, the parser ends up containing dangling references. Since glibc has relatively complex library unloading rules, some of the LLVM libraries can be unloaded while others (including the Support library) stay loaded causing quite a mayhem. To reliably prevent that, just forbid unloading all libraries -- it's a very bad idea anyway. While the issue arguably happens only with BUILD_SHARED_LIBS, it may affect any library reusing llvm::cl interface. Based on patch provided Ross Hayward on https://bugs.gentoo.org/617154. Previously hit by Fedora back in Feb 2016: https://lists.freedesktop.org/archives/mesa-dev/2016-February/107242.html Differential Revision: https://reviews.llvm.org/D40459 llvm-svn: 319105
Diffstat (limited to 'libcxx/test/std/utilities/template.bitset/bitset.members/to_ulong.pass.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud