Bug#698247: clang ships most libraries as static libraries, not shared ones
Matthias Klose
doko at debian.org
Tue Jan 15 21:55:03 UTC 2013
Package: clang
Severity: important
at least for 3.2:
$ ls /usr/lib/libclang*
/usr/lib/libclang.a /usr/lib/libclangFrontendTool.a
/usr/lib/libclang.so /usr/lib/libclangLex.a
/usr/lib/libclang.so.1 /usr/lib/libclangParse.a
/usr/lib/libclangARCMigrate.a /usr/lib/libclangRewriteCore.a
/usr/lib/libclangAST.a /usr/lib/libclangRewriteFrontend.a
/usr/lib/libclangASTMatchers.a /usr/lib/libclangSema.a
/usr/lib/libclangAnalysis.a /usr/lib/libclangSerialization.a
/usr/lib/libclangBasic.a /usr/lib/libclangStaticAnalyzerCheckers.a
/usr/lib/libclangCodeGen.a /usr/lib/libclangStaticAnalyzerCore.a
/usr/lib/libclangDriver.a /usr/lib/libclangStaticAnalyzerFrontend.a
/usr/lib/libclangEdit.a /usr/lib/libclangTooling.a
/usr/lib/libclangFrontend.a
and it doesn't look like libclang.so is the catch-all shared library, like
libLLVM-3.2.so is for llvm. Is this intended?
so creduce (currently in NEW) has to use the static libs.
More information about the Pkg-llvm-team
mailing list