llvm-project是可插拔的编译器基础设施平台，核心为LLVM IR，实现前端、中端、后端解耦；Clang、Lld、libc++等子项目共同构成完整生态，广泛用于iOS、Linux内核、CUDA及Rust等场景。
用 -L 和 -lc++ 指定 libc++ 的链接路径
LLVM 的 libc++ 不是系统默认库，链接时必须显式指定路径和库名。只写 -lc++ 通常失败，因为链接器找不到 libc++.so 或 libc++.a —— 它不会自动去 LLVM 安装目录下找。
正确做法是：先用 -L 告诉链接器去哪找，再用 -lc++ 请求链接：
-
-L/usr/lib/llvm-18/lib（路径按你实际安装的 LLVM 版本调整，比如/usr/lib/llvm-17/lib或/opt/llvm/lib） -
-lc++（注意不是-lstdc++，也不带版本后缀） - 若需线程支持，加
-lc++abi；C++17 及以上还可能需要-lunwind
完整命令示例：clang++ -std=c++17 main.cpp -L/usr/lib/llvm-18/lib -lc++ -lc++abi -lunwind -o app
-stdlib=libc++ 只控制头文件和默认库名，不解决路径问题
-stdlib=libc++ 告诉编译器用 libc++ 的头文件（如 <string>），并让链接器默认尝试 -lc++，但它不提供任何搜索路径。如果 libc++ 不在系统默认路径（/usr/lib、/usr/local/lib）中，链接仍会失败。
立即学习“C++免费学习笔记（深入）”；
常见错误现象：ld: library not found for -lc++（macOS）或/usr/bin/ld: cannot find -lc++（Linux）
此时不能只加 -stdlib=libc++，必须配合 -L 显式指路。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
运行时找不到 libc++.so？得设 LD_LIBRARY_PATH 或 -rpath
即使链接成功，运行时仍可能报 error while loading shared libraries: libc++.so.1: cannot open shared object file。这是因为动态链接器（ld-linux.so）没在它的搜索路径里找到该库。
两个可靠方案：
- 临时运行：
LD_LIBRARY_PATH=/usr/lib/llvm-18/lib ./app - 编译时固化路径：
-Wl,-rpath,/usr/lib/llvm-18/lib（放在clang++命令末尾，且必须紧挨着-Wl,）
注意：-rpath 优先级高于 LD_LIBRARY_PATH，也比 /etc/ld.so.cache 高；但若用了 sudo install 把 libc++.so.1 装进 /usr/lib，就不用额外设置了。
CMake 中链接 libc++ 容易漏掉 find_library 和 target_link_directories
CMake 默认用 libstdc++，即使你写了 set(CMAKE_CXX_STANDARD_LIBRARIES "c++")，它也不会自动查 LLVM 路径。
安全做法是手动定位：
- 用
find_library查libc++：find_library(LIBCXX_LIBRARY NAMES c++ HINTS /usr/lib/llvm-18/lib /opt/llvm/lib) - 确保头文件路径也对：
include_directories(/usr/lib/llvm-18/include/c++/v1) - 链接时显式传入：
target_link_libraries(myapp ${LIBCXX_LIBRARY})
漏掉 HINTS 或路径写成 /usr/lib/llvm-18/include（少了一级 c++/v1）都会导致编译失败或符号未定义。
