lto.o

​​问题解析与解决方案​​

---

​​1. 现象总结​​

1. ​​GCC 编译流程​​（5.10.86/5.10.176）：

   • 生成一个中间文件：plat_1105.o（合并了所有子模块的 .o 文件）。
   • objdump 解析时包含 ​​汇编代码和注释​​（如函数名、符号信息）。

2. ​​Clang 编译流程​​（5.10.184）：

   • 生成两个中间文件：
     • plat_1105.o：仅包含各子模块 .o 的路径（可能是部分链接的占位文件）。
     • plat_1105.lto.o：实际代码和符号表（类似 GCC 的 plat_1105.o）。
   • objdump 解析 plat_1105.lto.o 时 ​​无注释信息​​。

---

​​2. 根本原因​​

​​(1) Clang 的 LTO（Link Time Optimization）行为​​

• ​​LTO 模式​​：
  Clang 默认启用了 ​​LTO（链接时优化）​​，会将代码的中间表示（IR）保留到 .lto.o 文件中，而非直接生成传统 .o 文件。
  • plat_1105.o：可能是 LTO 过程的占位文件（记录依赖关系）。
  • plat_1105.lto.o：实际优化的代码（但调试信息可能被剥离或压缩）。

​​(2) 调试信息差异​​

• ​​GCC​​：
  默认在 .o 文件中保留 DWARF 调试信息（包含函数名、行号等注释）。
• ​​Clang + LTO​​：
  优化阶段可能剥离或压缩调试信息，导致 objdump 无法直接显示注释。

​​(3) Objdump 工具兼容性​​

• ​​GCC 的 objdump​​：
  对传统 .o 文件的 DWARF 解析更友好。
• ​​Clang 的 objdump​​：
  需额外参数处理 LTO 生成的中间文件（如 --dwarf）。

---

​​3. 解决方案：让 Clang 生成带注释的 Objdump 输出​​

​​(1) 禁用 LTO（最简单方法）​​

在编译时强制关闭 LTO，使 Clang 生成与 GCC 类似的标准 .o 文件：

make LTO=n    # 或 LTO=no

或修改内核配置：

./scripts/config --disable CONFIG_LTO
./scripts/config --disable CONFIG_LTO_CLANG
make olddefconfig

​​(2) 保留调试信息​​

确保 Clang 保留完整的调试信息：

make KCFLAGS="-g -fno-lto"   # 强制保留 DWARF 并禁用 LTO

​​(3) 使用 llvm-objdump 并指定调试参数​​

Clang 配套的 llvm-objdump 可以更好地解析 LTO 文件，需显式启用调试信息：

llvm-objdump -d --dwarf=info plat_1105.lto.o

或使用 --source 参数混合显示源码和汇编：

llvm-objdump -d --source plat_1105.lto.o

​​(4) 生成完整的 DWARF 信息​​

如果 plat_1105.lto.o 已丢失调试信息，需重新编译并保留 -g：

make KCFLAGS="-g" CC=clang

---

​​4. 验证步骤​​

1. ​​检查调试信息是否存在​​：

   llvm-dwarfdump plat_1105.lto.o | head

   • 如果有 DW_TAG_subprogram 等标签，说明调试信息未丢失。

2. ​​对比 GCC 和 Clang 的输出​​：

   # GCC 方式
   aarch64-none-linux-gnu-objdump -d --source plat_1105.o > gcc_dump.txt# Clang 方式
   llvm-objdump -d --source plat_1105.lto.o > clang_dump.txt

   比较两者差异。

---

​​5. 华为设备的注意事项​​

• ​​工具链定制​​：
  华为可能修改了默认的 Clang 编译选项（如强制启用 LTO），需检查 SDK 文档或构建脚本。
• ​​内核配置覆盖​​：
  在 build.sh 或 defconfig 中搜索 CONFIG_LTO 或 CONFIG_CC_OPTIMIZE_FOR_SIZE。

---

​​最终建议​​

1. ​​短期方案​​：
   使用 llvm-objdump --source 直接解析现有 plat_1105.lto.o。
2. ​​长期方案​​：
   在编译时通过 KCFLAGS="-g -fno-lto" 禁用 LTO 并保留调试信息，使输出与 GCC 一致。
3. ​​华为适配​​：
   如果问题由华为定制化引起，联系其 SDK 团队确认 LTO 的强制启用原因。