交叉编译是什么？
一般我们的编译是本地编译，例如我们在本地编译一个c程序后，生成一个可执行文件，而这个文件可以在我们本地执行，那么我们说这个编译器运行的平台和程序运行的平台相同。
而交叉编译就好理解了，他是指在一个平台上编译，但是程序要运行于另外一个平台。
那么为什么需要这个平台呢？
很简单，当我们要运行的平台他的硬件设施能力有限的时候，就需要借助别的硬件设施更好的平台把除了运行之外的操作干完，所以就需要在别的平台编译，最终在目标平台运行，这种一般用于嵌入式的设备。
交叉编译和本地编译流程上的不同？
源代码 → 预处理 → 编译 → 汇编 → 链接 → 可执行文件
步骤上和本地编译一样，但是在预处理过程中需要连接目标平台的头文件，在链接过程中需要链接的是目标平台的库，在编译和汇编的时候，要生成的目标平台的汇编语言和目标文件。总之一切和目标平台挂钩，只是把当前编译平台当作了一个工具。
编译工具链包含那些组件：
| 工具 | 全称/别名 | 作用 | 使用场景 |
|---|---|---|---|
| ar.exe | Archive | 创建、修改、提取静态库（.a 文件） | 打包多个 .o 文件成静态库 |
| as.exe | Assembler | 汇编器，将汇编代码（.s）转换为目标文件（.o） | 编译汇编语言文件 |
| ld.bfd.exe | Linker (BFD版) | GNU 链接器的一个变体，使用 BFD 库 | 链接目标文件成可执行文件 |
| ld.exe | Linker | 标准 GNU 链接器，合并目标文件和库 | 生成最终的可执行文件（ELF/EXE） |
| nm.exe | Name List | 列出目标文件中的符号表（函数名、变量名） | 查看库或可执行文件导出了哪些符号 |
| objcopy.exe | Object Copy | 复制和转换目标文件格式 | ELF → bin/hex，或去除调试信息 |
| objdump.exe | Object Dump | 显示目标文件详细信息 | 反汇编、查看段信息、查看符号表 |
| ranlib.exe | Random Archive | 为静态库（.a）生成索引，加快链接速度 | ar 打包后运行，相当于 ar -s |
| readelf.exe | Read ELF | 显示 ELF 格式文件的信息 | 查看可执行文件头、段、节等信息 |
| strip.exe | Strip | 去除目标文件中的符号表和调试信息 | 减小可执行文件体积 |
在流程中的使用：
源代码 (.c/.cpp)
↓
[编译器 gcc/clang] ← 这个工具不在你的列表中，是另一个组件
↓
汇编代码 (.s)
↓
[as.exe] ← 汇编器
↓
目标文件 (.o)
↓
[ar.exe] + [ranlib.exe] ← 可选：打包成静态库 (.a)
↓
[ld.exe] 或 [ld.bfd.exe] ← 链接器
↓
可执行文件 (ELF/EXE)
↓
[objcopy.exe] ← 格式转换（如生成 .bin）
[strip.exe] ← 去除符号（优化体积）
[objdump.exe] ← 反汇编查看
[nm.exe] ← 查看符号
[readelf.exe] ← 查看 ELF 结构
扫一扫
6809
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
