如何仅保留共享对象中动态链接所需的动态符号？

你的思路方向是对的——交叉编译时主机侧的目标架构libc.so.6仅需提供链接所需的符号信息，确实可以剥离运行时无关的内容来节省存储空间。但只保留.dynsym、.dynstr、.dynamic三个段可能存在隐患，以下是更严谨的处理方案：

一、明确链接器必需的段 #

链接器完成动态链接时，除了你提到的三个段，还依赖以下几个关键段：

• .hash/.gnu.hash：符号哈希表，用于快速查找符号，缺失会导致链接器线性扫描符号表，大幅降低链接速度
• .gnu.version/.gnu.version_r：符号版本信息，若glibc启用了符号版本化（绝大多数现代版本都有），链接器需要这些段解析符号的版本依赖

二、推荐的精简命令 #

使用objcopy保留所有链接必需的段，命令示例：

objcopy -j .dynsym -j .dynstr -j .dynamic -j .hash -j .gnu.hash -j .gnu.version -j .gnu.version_r libc.so.6 libc-minimal.so.6

替换原文件前，先备份原libc.so.6，再将精简后的文件重命名为libc.so.6覆盖原文件。

三、验证精简后的有效性 #

1. 使用精简后的库重新交叉编译你的测试程序（比如Hello World）
2. 检查生成的可执行文件是否能正常链接，无报错
3. 将可执行文件放到目标设备（树莓派4B）上，确认能正常运行

四、注意事项 #

• 不同架构、不同版本的glibc可能存在少量额外的必需段，若链接时报错，可通过readelf -S libc.so.6查看原库的段列表，对比精简后的文件，将缺失的必要段添加到objcopy的-j参数中
• 不要删除.dynamic段，它是链接器定位其他动态段的核心元数据段
• 注意区分交叉工具链中的libc.so（通常是链接脚本）和libc.so.6（实际共享库），仅需精简后者

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