[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#939687: clazy: FTBFS on armel: undefined reference to symbol '__atomic_load_4@@LIBATOMIC_1.0'



Hi! Thanks for filing the bug. And sorry for the duplicate, I don't
know why the bug report wasn't CCed.

On Sat, 7 Sep 2019 at 16:03, Paul Gevers <elbrus@debian.org> wrote:
>
> Source: clazy
> Version: 1.5-1
> Severity: serious
> Tags: ftbfs
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Dear maintainer,
>
> During a binNMU of clazy during the llvm-defaults transition, you package FTBFS
> on armel. Can you please check and fix the situation?
>
> The last part of the log message as currently shown on
> https://buildd.debian.org/status/fetch.php?pkg=clazy&arch=armel&ver=1.5-1%2Bb1&stamp=1567623182&raw=0 reads:
>
> [100%] Linking CXX executable bin/clazy-standalone
> /usr/bin/cmake -E cmake_link_script CMakeFiles/clazy-standalone.dir/link.txt --verbose=1
> /usr/bin/c++  -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security -Wno-class-memaccess -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++11 -fno-common -Woverloaded-virtual -Wcast-qual -fno-strict-aliasing -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite-strings -fno-exceptions -fno-rtti -fPIC  -Wl,-z,relro -Wl,-z,now -latomic -rdynamic CMakeFiles/clazy-standalone.dir/src/ClazyStandaloneMain.cpp.o  -o bin/clazy-standalone  -L/usr/lib/llvm-8/lib -Wl,-rpath,/usr/lib/llvm-8/lib:/<<PKGBUILDDIR>>/obj-arm-linux-gnueabi/lib: lib/ClazyPlugin.so /usr/lib/llvm-8/lib/libclangFrontend.a /usr/lib/llvm-8/lib/libclangDriver.a /usr/lib/llvm-8/lib/libclangCodeGen.a /usr/lib/llvm-8/lib/libclangSema.a /usr/lib/llvm-8/lib/libclangAnalysis.a /usr/lib/llvm-8/lib/libclangRewriteFrontend.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangAST.a /usr/lib/llvm-8/lib/libclangASTMatchers.a /usr/lib/llvm-8/lib/libclangParse.a /usr/lib/llvm-8/lib/libclangLex.a /usr/lib/llvm-8/lib/libclangBasic.a /usr/lib/llvm-8/lib/libclangARCMigrate.a /usr/lib/llvm-8/lib/libclangEdit.a /usr/lib/llvm-8/lib/libclangFrontendTool.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangSerialization.a /usr/lib/llvm-8/lib/libclangTooling.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCheckers.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCore.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerFrontend.a /usr/lib/llvm-8/lib/libclangSema.a /usr/lib/llvm-8/lib/libLLVM-8.so /usr/lib/llvm-8/lib/libclangAnalysis.a /usr/lib/llvm-8/lib/libclangRewriteFrontend.a /usr/lib/llvm-8/lib/libclangRewrite.a /usr/lib/llvm-8/lib/libclangAST.a /usr/lib/llvm-8/lib/libclangASTMatchers.a /usr/lib/llvm-8/lib/libclangParse.a /usr/lib/llvm-8/lib/libclangLex.a /usr/lib/llvm-8/lib/libclangBasic.a /usr/lib/llvm-8/lib/libclangARCMigrate.a /usr/lib/llvm-8/lib/libclangEdit.a /usr/lib/llvm-8/lib/libclangFrontendTool.a /usr/lib/llvm-8/lib/libclangSerialization.a /usr/lib/llvm-8/lib/libclangTooling.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCheckers.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerCore.a /usr/lib/llvm-8/lib/libclangStaticAnalyzerFrontend.a /usr/lib/llvm-8/lib/libLLVM-8.so
> /usr/bin/ld: lib/ClazyPlugin.so: undefined reference to symbol '__atomic_load_4@@LIBATOMIC_1.0'
> /usr/bin/ld: /usr/lib/gcc/arm-linux-gnueabi/9/libatomic.so: error adding symbols: DSO missing from command line
> collect2: error: ld returned 1 exit status
> make[3]: *** [CMakeFiles/clazy-standalone.dir/build.make:128: bin/clazy-standalone] Error 1
> make[3]: Leaving directory '/<<PKGBUILDDIR>>/obj-arm-linux-gnueabi'
> make[2]: *** [CMakeFiles/Makefile2:76: CMakeFiles/clazy-standalone.dir/all] Error 2
> make[2]: Leaving directory '/<<PKGBUILDDIR>>/obj-arm-linux-gnueabi'
> make[1]: *** [Makefile:155: all] Error 2
> make[1]: Leaving directory '/<<PKGBUILDDIR>>/obj-arm-linux-gnueabi'
> dh_auto_build: cd obj-arm-linux-gnueabi && make -j4 "INSTALL=install --strip-program=true" returned exit code 2
> make: *** [debian/rules:19: build-arch] Error 255

According to the web this seems to be lacking an -latomic flag to the
linker, but I do wonder why it happens *now* and only on armel :-/
Has clang changed anything wrt armel?

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


Reply to: