Hmm, llvm-runtime is not a dependency either, still placing the library in a -dev package with alot of headers is not optimal?
I also worked a bit on the test script, with an installed llvm-3.9-dev and the fixed efficiency sanitzier I get this output: (just starnge taht the builtins get linked twice?) $ sh testclang.sh clang-3.9 -v Feature Table: ** System ** March -m64 --rtlib=compiler-rt : exec libclang_rt.builtins-x86_64.a libclang_rt.builtins-x86_64.a -fuse-ld=gold : exec -fsanitize=safe-stack : exec libclang_rt.safestack-x86_64.a -fprofile-instr-generate : exec libclang_rt.profile-x86_64.a -fsanitize-coverage=edge : exec libclang_rt.ubsan_standalone-x86_64.a libclang_rt.ubsan_standalone-x86_64.a.syms -fsanitize=undefined : exec libclang_rt.ubsan_standalone-x86_64.a libclang_rt.ubsan_standalone-x86_64.a.syms -fsanitize=address : exec libclang_rt.asan-x86_64.a libclang_rt.asan-x86_64.a.syms -shared-libasan -fsanitize=address : exec libclang_rt.asan-x86_64.so libclang_rt.asan-preinit-x86_64.a -fsanitize=cfi -flto -fuse-ld=gold -fvisibility=hidden: exec -fsanitize=leak : exec libclang_rt.lsan-x86_64.a -fsanitize=thread : exec libclang_rt.tsan-x86_64.a libclang_rt.tsan-x86_64.a.syms -fsanitize=memory : exec libclang_rt.msan-x86_64.a libclang_rt.msan-x86_64.a.syms -fsanitize=dataflow : exec libclang_rt.dfsan-x86_64.a libclang_rt.dfsan-x86_64.a.syms -fsanitize=efficiency-working-set : exec libclang_rt.esan-x86_64.a libclang_rt.esan-x86_64.a.syms ** System ** March -m32 --rtlib=compiler-rt : exec libclang_rt.builtins-i386.a libclang_rt.builtins-i386.a -fuse-ld=gold : exec -fsanitize=safe-stack : exec libclang_rt.safestack-i386.a -fprofile-instr-generate : exec libclang_rt.profile-i386.a -fsanitize-coverage=edge : exec libclang_rt.ubsan_standalone-i386.a -fsanitize=undefined : exec libclang_rt.ubsan_standalone-i386.a -fsanitize=address : exec libclang_rt.asan-i386.a -shared-libasan -fsanitize=address : exec libclang_rt.asan-i386.so libclang_rt.asan-preinit-i386.a -fsanitize=cfi -flto -fuse-ld=gold -fvisibility=hidden: exec -fsanitize=leak : unsupported option '-fsanitize=leak' for target 'i386-pc-linux-gnu' -fsanitize=thread : unsupported option '-fsanitize=thread' for target 'i386-pc-linux-gnu' -fsanitize=memory : unsupported option '-fsanitize=memory' for target 'i386-pc-linux-gnu' -fsanitize=dataflow : unsupported option '-fsanitize=dataflow' for target 'i386-pc-linux-gnu' -fsanitize=efficiency-working-set : unsupported option '-fsanitize=efficiency-working-set' for target 'i386-pc-linux-gnu' Kind regards, Norbert On Sat, 12 Nov 2016 12:48:47 +0100 Norbert Lange <la...@chello.at> wrote: > Package: clang-3.9 > Version: 1:3.9-5 > Severity: normal > > Dear Maintainer, > > Some options require the gold linker and its plugin interface, > this library is however residing in the llvm-dev package - which is not a > dependency of clang > > To reproduce, uninstall llvm-3.9-dev and run: > echo 'int main() {}' >test.c > clang-3.9 -fuse-ld=gold test.c > > Please move this library out of the llvm-dev package, I think llvm-runtime > would be correct? > > -- System Information: > Debian Release: stretch/sid > APT prefers testing > APT policy: (200, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386, armhf, arm64 > > Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages clang-3.9 depends on: > ii binutils 2.27-9+b1 > ii libc6 2.24-5 > ii libc6-dev 2.24-5 > ii libclang-common-3.9-dev 1:3.9-5 > ii libclang1-3.9 1:3.9-5 > ii libgcc-6-dev 6.2.0-10 > ii libgcc1 1:6.2.0-10 > ii libjsoncpp1 1.7.4-3 > ii libllvm3.9 1:3.9-5 > ii libobjc-6-dev 6.2.0-10 > ii libstdc++-6-dev 6.2.0-10 > ii libstdc++6 6.2.0-10 > > Versions of packages clang-3.9 recommends: > ii llvm-3.9-dev 1:3.9-5 > ii python 2.7.11-2 > > Versions of packages clang-3.9 suggests: > pn clang-3.9-doc <none> > pn gnustep <none> > pn gnustep-devel <none> > > -- no debconf information > >
testclang.sh
Description: Bourne shell script