LD与AR

在嵌入式Linux开发中，plat_1105.o文件大小的差异（开发分支用LD生成较大，用户分支用AR生成较小）通常源于两种工具对目标文件的处理方式不同。以下是详细分析和解决方案：

---

​​1. 根本原因分析​​

​​(1) LD（链接器）生成的文件特点​​

• ​行为​ ：
  当通过LD -r（部分链接）合并多个.o文件时：
  • 保留所有​输入文件的段（sections）和符号​ ，包括调试信息（.debug_*）。
  • 添加​链接器生成的额外元数据​（如重定位表、符号表）。
  • 若编译时启用了调试选项（-g），文件会更大。
• ​典型场景​ ：
  开发分支可能用于调试，保留了完整符号和调试信息。

​​(2) AR（静态库归档）生成的文件特点​​

• ​行为​ ：
  AR仅将多个.o文件打包成.a静态库：
  • ​不合并代码段​，只是简单归档。
  • ​不添加额外元数据​ ，文件大小≈各.o文件之和。
  • 默认​不包含调试信息​（除非显式保留）。
• ​典型场景​ ：
  用户分支可能针对发布版本，剥离了调试信息。

---

​​2. 关键差异对比​​

​​特性​​	LD -r 生成的.o	AR 生成的.a
​​文件类型​​	部分链接的ELF可重定位文件	静态库（.o的集合）
​​调试信息​​	保留（若编译时加-g）	默认不保留
​​符号表​​	保留所有符号	仅保留全局符号
​​段合并​​	合并相同类型的段（如.text）	不合并，独立存储每个.o
​​文件大小​​	较大（含元数据和未优化符号）	较小（仅原始.o的集合）

---

​​3. 验证步骤​​

​​(1) 检查文件内容​​

# 查看开发分支的plat_1105.o（LD生成）
aarch64-none-linux-gnu-objdump -h plat_1105.o # 查看段头
aarch64-none-linux-gnu-nm plat_1105.o # 查看符号表

`

查看用户分支的plat_1105.a（AR生成）`

ar -t plat_1105.a # 列出包含的.o文件
aarch64-none-linux-gnu-nm plat_1105.a # 检查符号

​​(2) 确认编译选项​​

检查两分支的Makefile或构建脚本：

# 开发分支可能有的选项（导致LD生成大文件）
CFLAGS += -g -O0 # 启用调试，禁用优化
LDFLAGS += -r # 部分链接

`

用户分支可能有的选项（AR生成小文件）`

CFLAGS += -Os # 优化大小
ARFLAGS := rcs # 静态库归档

---

​​4. 解决方案​​

​​(1) 统一构建方式​​

• ​若需调试​ ：两分支均使用LD -r生成.o，保留调试信息。

• ​若需发布​ ：两分支均使用AR，并显式剥离调试信息：

  aarch64-none-linux-gnu-strip --strip-debug plat_1105.o

​​(2) 优化开发分支的文件大小​​

即使使用LD -r，也可通过以下方式减小文件：

# 编译时优化
CFLAGS += -Os -g1 # 优化大小，保留少量调试信息

`

链接后剥离`

plat_1105.o: $(OBJS)
$(LD) -r -o $@ $^
aarch64-none-linux-gnu-strip --strip-debug $@

​​(3) 检查Makefile逻辑​​

确保两分支的obj-m和构建规则一致：

# 正确做法：统一使用LD部分链接
obj-m += plat_1105.o
plat_1105-objs := A/file1.o B/file2.o C/file3.o # 自动触发LD -r

---

​​5. 用户分支为何使用AR？​​

可能是历史遗留或误配置：

1. ​误用静态库​ ：将plat_1105.o错误地作为静态库归档。
2. ​发布优化​ ：人为改用AR减小体积，但破坏了模块化设计。

---

​​总结​​

• ​问题根源​ ：开发分支用LD -r生成部分链接的.o（含调试信息），用户分支用AR生成静态库（无调试信息）。

• ​修复建议​ ：

  1. 统一使用LD -r，通过CFLAGS和strip控制大小。
  2. 检查分支间的Makefile差异，确保构建逻辑一致。

• ​调试技巧​ ：

  make V=1 # 查看实际执行的命令
file plat_1105.o # 确认文件类型