能否将Clang LibTooling编译为可独立复用的解析库？

答案是可以实现，但需要针对Clang的构建系统和依赖做定制化处理，以下是关键思路和步骤：

• 静态编译核心依赖：Clang LibTooling本身依赖Clang的多个核心库（如clangAST、clangLex、clangBasic等）以及LLVM组件。通过CMake配置时，指定BUILD_SHARED_LIBS=OFF，强制静态编译所有依赖的LLVM/Clang库，避免运行时依赖系统安装的Clang。
• 剥离不必要组件：在构建LLVM/Clang时，通过LLVM_TARGETS_TO_BUILD指定仅需的目标架构（如X86），关闭无关的编译选项（如CLANG_ENABLE_ARCMT、CLANG_ENABLE_STATIC_ANALYZER等），减少最终产物体积和依赖。
• 封装API并构建独立库：将你的适配/简化API封装为静态或动态库，与静态编译的LibTooling及相关LLVM/Clang库链接，生成一个独立的解析器库。使用时，只需链接这个库，无需部署完整的Clang环境。
• 处理系统依赖：注意LLVM/Clang可能依赖的系统库（如zlib、ncurses等），同样可以选择静态链接这些库，进一步降低外部依赖。

你提到的Firolino项目仍需完整安装Clang，大概率是因为它采用了动态链接Clang库的方式，或者未对LLVM/Clang的构建流程做裁剪优化。

这种独立解析器方案确实能解决C工具链依赖的痛点，对于需要轻量C代码分析的场景（如重构工具、代码检查器）价值很高，欢迎感兴趣的开发者一起协作优化构建流程、完善API封装。

内容的提问来源于stack exchange，提问作者vsemenyakin