Clang的lib路径配置本质是解决链接器找不到C++运行时库的问题；因官方LLVM包常不附带libc++.a或libstdc++.a，导致链接时报undefined reference或cannot find -lstdc++，需用-L指定库路径、-l指定库名，且-L必须在-l之前。
Clang 的 lib 路径配置，本质是解决链接器找不到运行时库的问题
不是所有 Clang 安装都自带完整 C++ 运行库（比如 libc++.a 或 libstdc++.a），尤其 Windows 上用 LLVM 官方包时，默认只带 clang.exe 和 clang++.exe，不附带链接所需的静态/动态库。编译能过，链接时报 undefined reference to `std::cout'... 或 cannot find -lstdc++，就是 lib 路径没配对。
clang++ 链接时怎么指定 lib 路径
最直接可控的方式是在命令行里显式加 -L 和 -l：
-
-L/path/to/lib：告诉链接器去哪找库文件，比如-LC:\MinGW64\lib（Windows）或-L/usr/lib/x86_64-linux-gnu（Ubuntu） -
-lstdc++或-lc++：指定要链接的库名（去掉lib前缀和.a/.so后缀） - 顺序重要：
-L必须出现在对应-l之前，否则无效 - 常见组合：
clang++ test.cpp -LC:\MinGW64\lib -lstdc++ -static（静态链接避免运行时依赖）
环境变量 LIBRARY_PATH 和 LIB 的作用与陷阱
LIBRARY_PATH（Linux/macOS）和 LIB（Windows）只影响编译阶段的链接器搜索路径，不影响运行时。但它们容易被忽略或覆盖：
- Linux/macOS：
export LIBRARY_PATH="/usr/lib/llvm-18/lib:$LIBRARY_PATH"，之后clang++ test.cpp -lclang才能找到libclang.so - Windows：
set LIB=C:\Program Files\LLVM\lib;%LIB%，但注意 Dev-C++ 等旧 IDE 可能不读这个变量，得手动填进 IDE 设置里的 “Linker directories” - 危险点：如果系统同时装了 MinGW 和 LLVM，
LIBRARY_PATH里路径顺序错了，可能把libstdc++.a和libc++.a混用，导致 ABI 不兼容（比如std::string布局不同）
Python 中用 libclang 解析 C++ 时缺头文件，其实是缺 include 路径，不是 lib 路径
很多人在调 clang.cindex.Index.parse() 时看到 "'iostream' file not found"，第一反应是配 lib，其实错位了——这是预处理器找不到标准头文件，不是链接器问题：
- 必须传
args参数显式指定 include 路径，例如：args=['-I/C:/MinGW64/include/c++/13.2.0', '-I/C:/MinGW64/include/c++/13.2.0/x86_64-w64-mingw32'] -
libclang.dll本身不负责头文件搜索，它复用 clang 编译器内置逻辑，所以路径要和你命令行用的clang++ -v输出里Found candidate GCC installation一致 - Windows 上绝对路径带反斜杠容易出问题，统一用正斜杠或双反斜杠
真正卡住人的地方，往往不是路径写错，而是没分清：编译期找头文件（-I）、链接期找库文件（-L -l）、运行期找动态库（LD_LIBRARY_PATH 或 PATH）。三者混在一起配，不出问题才怪。
