为何libc++不像libstdc++那样是动态可执行文件？

为什么libc++.so被ldd提示“not a dynamic executable”？ #

这通常是两种情况导致的：

• 编译libc时默认生成了静态库：如果编译clang/libc过程中没有显式开启动态库构建选项，构建系统会默认产出静态库libc++.a，同时可能创建一个同名的.so符号链接指向这个静态库，ldd检测到静态库自然会提示它不是动态可执行文件。
• libc++.so是链接脚本而非实际动态库：部分场景下，libc++.so是一个GNU链接器脚本，用于指导链接器找到真正的版本化动态库（比如libc++.so.1），但ldd无法识别这类脚本，就会给出该提示。

是否说明libc++已静态链接glibc和glib？ #

不是。libc作为C标准库，本身不会默认静态链接glibc（或其他C标准库）：

• libc依赖C标准库提供系统调用、内存管理等底层能力，通常都是动态链接C标准库；只有在编译libc时显式指定静态链接C库的参数，才会出现静态链接的情况。
• 如果你的libc++.so是静态库的链接，用它链接程序时，libc++的代码会被静态嵌入可执行文件，但程序仍然会动态链接glibc——除非你给链接器额外传入-static参数强制全静态链接。

快速验证方法 #

1. 检查libc++.so的实际类型：

file `gcc --print-file-name=libc++.so`

如果输出是current ar archive，说明它是静态库；如果是符号链接，可跟随链接查看目标文件的真实类型。
2. 核对libc++编译配置：
若从源码编译，可检查CMake参数是否包含-DLIBCXX_ENABLE_SHARED=ON——这个参数用于启用动态库构建，默认可能为OFF。

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