libc++.so 默认不支持直接执行输出版本字符串，需用 strings + grep 提取 LIBCXX_ 版本号，或 readelf -V 查其声明兼容的 ABI 版本段，编译时须显式指定 -stdlib=libc++ 才实际链接。
直接执行 libc++.so 文件通常失败
和 GNU libstdc++.so.6 不同，LLVM 的 libc++.so（或 libc++.so.1）**默认不支持直接执行输出版本字符串**。运行 /usr/lib/x86_64-linux-gnu/libc++.so.1 会报错 cannot execute binary file: Exec format error 或静默退出。这不是路径错，是设计如此 —— libc++ 没内置 main 入口或版本打印逻辑。
用 strings + grep 提取 LIBCXX 符号版本
libc++ 的 ABI 兼容性由 LIBCXX 符号版本（如 LIBCXX_3.9、LIBCXX_10.0）标识，这些字符串固化在库文件中。可靠做法是：
- 先定位实际加载的库：
ldd ./myapp | grep libc++，得到类似libc++.so.1 => /usr/lib/llvm-15/lib/libc++.so.1 (0x...) - 再提取符号版本：
strings /usr/lib/llvm-15/lib/libc++.so.1 | grep -E '^LIBCXX_[0-9.]+' - 输出示例：
LIBCXX_15.0.7或LIBCXX_14.0.6—— 这就是该库构建时声明的主版本+补丁号
注意：不同 LLVM 版本打包策略不同，libc++.so.1 可能来自系统包（如 Ubuntu 的 libc++1-15），也可能来自手动安装的 llvm-15；别只看文件名，以 strings 实际输出为准。
readelf -V 看 ABI 兼容范围，不是发行版号
readelf -V /path/to/libc++.so.1 | grep -A2 "Version definition" 能列出它**声明兼容的所有 LIBCXX 版本段**，例如：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
Version definition section '.gnu.version_d' contains 3 entries: 0x0001: Rev: 1 Flags: BASE Index: 1 Cnt: 2 Name: libc++.so.1 0x001c: Rev: 1 Flags: none Index: 2 Cnt: 1 Name: LIBCXX_3.4 0x0034: Rev: 1 Flags: none Index: 3 Cnt: 1 Name: LIBCXX_15.0
这说明该库同时支持 LIBCXX_3.4（向后兼容旧二进制）和 LIBCXX_15.0（提供新 API）。运行时报 undefined symbol: __cxa_throw@LIBCXX_15.0，就说明你的程序编译时用了 15.0 新特性，但系统库只到 14.0 —— 此时 readelf -V 比查“15.0.7”数字更关键。
项目里怎么确认最终链接的是哪个 libc++
编译时没显式指定，容易链错库。检查三处：
-
g++ -xc++ /dev/null -E -v 2>&1 | grep "libraries"：看默认搜索路径是否含libc++目录（通常不含，除非你配了-stdlib=libc++） -
ldd ./myapp | grep -E "(libc\+\+|c\+\+)"：确认运行时加载的确实是libc++.so.1，而非libstdc++.so.6 - CMake 项目重点看
set(CMAKE_CXX_STANDARD_LIBRARIES "-lc++")或target_link_libraries(myapp c++)是否存在，以及find_package(LLVM REQUIRED)是否触发了正确导入
最易忽略的是：即使代码写了 #include <string>，若没加 -stdlib=libc++ 编译参数，GCC/Clang 默认仍链 libstdc++ —— 此时查 libc++.so 版本毫无意义。
