Linux下查看二进制文件依赖、libm.so.6与libc.so.6所属包及静态编译方法

这两个库均属于GNU C库（glibc）的核心组件，在你使用的Pop_OS! 21.04（基于Debian/Ubuntu架构的发行版）中，对应的软件包为libc6，属于系统预装的基础核心组件，并非随gcc一同发布：gcc仅作为编译工具链，调用系统预装的glibc提供标准库的底层实现。

• 依赖声明限定兼容范围：glibc的向后兼容性极强，只要你编译时依赖的glibc版本小于等于用户运行环境的glibc版本，几乎不会出现兼容问题，你可以在发布说明中标注应用支持的最低glibc版本即可。
• 分发对应发行版的安装包：针对Debian系提供deb包、RPM系提供rpm包，由发行版的包管理器自动处理依赖版本匹配，避免版本冲突。
• 便携格式打包：如果需要覆盖更多异构环境，可以将应用打包为AppImage、Flatpak等便携运行格式，自带依赖组件，无需依赖系统预装的库版本。

你可以在gcc编译参数中加入-static选项，编译器会将所有依赖的库静态嵌入最终的二进制文件中，示例编译命令如下：

gcc 你的源代码文件.c -o 输出的应用名 -static -lreadline

注意事项：

• 静态编译生成的二进制文件体积会远大于动态编译的版本
• 部分库的静态版本需要额外安装对应开发包，比如静态版glibc需要安装libc6-dev，静态版readline需要安装libreadline-dev包中的静态库文件
• glibc的静态编译存在部分功能限制，比如nss相关的系统调用功能在静态编译后可能无法正常工作，这类场景更推荐使用前述的便携包分发方案。

• 最常用的是ldd命令，可以直接输出动态编译二进制文件的所有共享库依赖和对应的系统路径，用法为：ldd 你的二进制文件路径
• 如果需要查看ELF文件头部记录的依赖信息，可以使用objdump命令：objdump -p 你的二进制文件路径 | grep NEEDED
• 也可以使用readelf命令读取ELF结构中的依赖段：readelf -d 你的二进制文件路径 | grep NEEDED

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