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