Bug 667242 – relocation errors on arm: /usr/lib/llvm/6/bin/../lib/libLLVMSupport.so.6: symbol _ZSt15__once_callable, version GLIBCXX_3.4.11 not defined in file libstdc++.so.6 with link time reference

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description tt_1 2018-09-28 17:37:53 UTC]

First time seen when trying to emerge llvm-libunwind:

cmake -C /var/tmp/portage/sys-libs/llvm-libunwind-6.0.1/work/libunwind-6.0.1.src-.arm/gentoo_common_config.cmake -G Ninja -DCMAKE_INSTALL_PREFIX=/usr -DLLVM_LIBDIR_SUFFIX= -DLIBUNWIND_ENABLE_ASSERTIONS=no -DLIBUNWIND_ENABLE_STATIC=yes -DLLVM_INCLUDE_TESTS=no -DLIBUNWIND_ENABLE_CROSS_UNWINDING=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_TOOLCHAIN_FILE=/var/tmp/portage/sys-libs/llvm-libunwind-6.0.1/work/libunwind-6.0.1.src-.arm/gentoo_toolchain.cmake  /var/tmp/portage/sys-libs/llvm-libunwind-6.0.1/work/libunwind-6.0.1.src
loading initial cache file /var/tmp/portage/sys-libs/llvm-libunwind-6.0.1/work/libunwind-6.0.1.src-.arm/gentoo_common_config.cmake
-- Found LLVM_CONFIG_PATH as /usr/lib/llvm/6/bin/llvm-config
/usr/lib/llvm/6/bin/llvm-config: relocation error: /usr/lib/llvm/6/bin/../lib/libLLVMSupport.so.6: symbol _ZSt15__once_callable, version GLIBCXX_3.4.11 not defined in file libstdc++.so.6 with link time reference
-- /usr/lib/llvm/6/bin/llvm-config --includedir --prefix --src-root
CMake Error at CMakeLists.txt:43 (message):
  llvm-config failed with status 127


-- Configuring incomplete, errors occurred!


This didn't happen yesterday, and todays updates on that system were the following: 

     Fri Sep 28 12:03:25 2018 >>> dev-libs/libpthread-stubs-0.4-r1
     Fri Sep 28 12:04:33 2018 >>> dev-perl/URI-1.730.0
     Fri Sep 28 12:06:43 2018 >>> dev-perl/Text-Unidecode-1.300.0
     Fri Sep 28 12:11:02 2018 >>> x11-libs/libxcb-1.13.1
     Fri Sep 28 12:13:09 2018 >>> dev-libs/libevdev-1.5.9-r1
     Fri Sep 28 12:15:06 2018 >>> x11-apps/xkbcomp-1.4.2
     Fri Sep 28 12:17:27 2018 >>> x11-libs/libXinerama-1.1.4
     Fri Sep 28 12:19:50 2018 >>> x11-libs/libXScrnSaver-1.2.3
     Fri Sep 28 12:20:34 2018 >>> sys-devel/llvmgold-6
     Fri Sep 28 12:21:20 2018 >>> virtual/opengl-7.0-r2
     Fri Sep 28 12:22:05 2018 >>> virtual/glu-9.0-r2
     Fri Sep 28 12:41:41 2018 >>> app-portage/eix-0.33.2
     Fri Sep 28 13:09:14 2018 >>> sys-devel/binutils-2.30-r4
     Fri Sep 28 16:29:55 2018 >>> sys-devel/gcc-7.3.0-r5
     Fri Sep 28 16:37:52 2018 >>> sys-libs/binutils-libs-2.30-r4
     Fri Sep 28 16:45:54 2018 >>> x11-libs/cairo-1.14.12
     Fri Sep 28 17:03:22 2018 >>> sys-libs/libunwind-1.2.1-r2

the day before yesterday, I emerged llvm-7, clang-7, and their friends (libomp, llvmgold, lld, compiler-rt, compiler-rt-sanitizers), however I unemerged them if slotted or removed the keyword entry from package.keywords.

[Comment 1 tt_1 2018-09-28 17:42:53 UTC]

another error of this kind: 

cat /var/tmp/portage/www-client/firefox-60.2.1-r1/temp/build.log 
 * Package:    www-client/firefox-60.2.1-r1
 * Repository: gentoo
 * Maintainer: [e-mail]
 * USE:        arm dbus elibc_glibc eme-free kernel_linux l10n_de neon system-harfbuzz system-icu system-jpeg system-libevent system-sqlite userland_GNU
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
/usr/lib/llvm/6/bin/armv7a-unknown-linux-gnueabihf-clang-6.0: relocation error: /usr/lib/llvm/6/bin/../lib/libLLVMSupport.so.6: symbol _ZSt15__once_callable, version GLIBCXX_3.4.11 not defined in file libstdc++.so.6 with link time reference
 * 
 * You are enabling official branding. You may not redistribute this build
 * to any users on your network or the internet. Doing so puts yourself into
 * a legal problem with Mozilla Foundation
 * You can disable it by emerging firefox _with_ the bindist USE-flag

this is propably from llvm_check_deps()

[Comment 2 tt_1 2018-09-28 17:52:17 UTC]

Now, I wonder if either the binutils or the gcc update broke this? libstdc++ is part of gcc. 

I updated as following:

gcc: 7.3.0-r3 > 7.3.0-r5
binutils: 2.30-r3 > 2.30-r4
binutils-libs: 2.30-r3 > 2.30-r4


tried: emerge -avK llvm:6 clang:6 (no success, same error)

now trying emerge -avK =gcc-7.3.0-r5

[Comment 3 tt_1 2018-09-28 18:09:50 UTC]

Ok, rolling back from gcc-7.3.0-r5 to gcc-7.3.0-r3 fixed that relocating error (sry about the typo)

Now, there is a breakage of course. Would it be sufficent to rebuild the whole llvm/clang toolchain to fix this, or is this an actuall error introduced by the gcc patchset?

[Comment 4 tt_1 2018-09-28 18:11:17 UTC]

Created attachment 548130 [details]
output of emerge --info

emerge --info from the system, before I rolled back via binpkg.

[Comment 5 Mike Gilbert 2018-09-30 17:29:02 UTC]

Please include the category/package in the bug summary.

[Comment 6 tt_1 2018-09-30 21:35:54 UTC]

The error happens whenever something in the ebuild or the config scripts relies to llvm-config or a check for the correct llvm-slot, compiling something with clang blows up completly. gettext produces a ton of these errors without actually breaking the emerge. Basically anything that shows up at: revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc, using the script to do the rebuild did not work for, as it doesn't start straight away with llvm+clang+deps. 

For now I rebuilt the llvm + clang toolchain with the new gcc and binutils, if you condem this to be important to look at I can grab a fresh stage and repeat: 

emerge llvm:6 + clang:6 + lld-6; emerge binutils-2.30-r4 and gcc-7.3.0-r5; emerge something, that depends on it.

[Comment 7 tt_1 2018-10-04 15:03:01 UTC]

I backed out binutils-2.30-r4 update from causing this. Todo: gcc-7.3.0-r4 and -r5

[Comment 8 tt_1 2018-10-18 20:54:02 UTC]

This might be related to qemu-static, I'll try again for gcc-7.3.0-r5 nativly.

[Comment 9 tt_1 2018-11-17 21:25:15 UTC]

Can't reproduce on native hardware, closing.