交叉编译详解

第 1 章交叉编译简介

1.1 什么是交叉编译

对于没有做过嵌入式编程的人，可能不太理解交叉编译的概念，那么什么是交叉编译？它有什么作用？

在解释什么是交叉编译之前，先要明白什么是本地编译。

本地编译

本地编译可以理解为，在当前编译平台下，编译出来的程序只能放到当前平台下运行。平时我们常见的软件开发，都是属于本地编译：

比如，我们在 X86 平台上，编写程序并编译成可执行程序。这种方式下，我们使用 X86 平台上的工具，开发针对 X86 平台本身的可执行程序，这个编译过程称为本地编译。

交叉编译

交叉编译可以理解为，在当前编译平台下，编译出来的程序能运行在体系结构不同的另一种目标平台上，但是编译平台本身却不能运行该程序：

比如，我们在 X86 平台上，编写程序并编译成能运行在 ARM 平台的程序，编译得到的程序在 X86 平台上是不能运行的，必须放到 ARM 平台上才能运行。

1.2 为什么会有交叉编译

之所以要有交叉编译，主要原因是：

Speed：目标平台的运行速度往往比主机慢得多，许多专用的嵌入式硬件被设计为低成本和低功耗，没有太高的性能
Capability：整个编译过程是非常消耗资源的，嵌入式系统往往没有足够的内存或磁盘空间
Availability：即使目标平台资源很充足，可以本地编译，但是第一个在目标平台上运行的本地编译器总需要通过交叉编译获得
Flexibility：一个完整的 Linxu 编译环境需要很多支持包，交叉编译使我们不需要花时间将各种支持包移植到目标板上

1.3 为什么交叉编译比较困难

交叉编译的困难点在于两个方面：

不同的体系架构拥有不同的机器特性

Word size：是 64 位还是 32 位系统
Endianness：是大端还是小端系统
Alignment：是否必须按照 4 字节对齐方式进行访问
Default signedness：默认数据类型是有符号还是无符号
NOMMU：是否支持 MMU

交叉编译时的主机环境与目标环境不同

HOSTCC vs TARGETCC：
Toolchain Leaks：
Libraries：
Testing：

第 2 章交叉编译链

2.1 什么是交叉编译链

明白了什么是交叉编译，那我们来看看什么是交叉编译链。

首先编译过程是按照不同的子功能，依照先后顺序组成的一个复杂的流程，如下图：

那么编译过程包括了预处理、编译、汇编、链接等功能。既然有不同的子功能，那每个子功能都是一个单独的工具来实现，它们合在一起形成了一个完整的工具集。

同时编译过程又是一个有先后顺序的流程，它必然牵涉到工具的使用顺序，每个工具按照先后关系串联在一起，这就形成了一个链式结构。

因此，交叉编译链就是为了编译跨平台体系结构的程序代码而形成的由多个子工具构成的一套完整的工具集。同时，它隐藏了预处理、编译、汇编、链接等细节，当我们指定了源文件（.c）时，它会自动按照编译流程调用不同的子工具，自动生成最终的二进制程序映像（.bin）。

注意：严格意义上来说，交叉编译器，只是指交叉编译的gcc，但是实际上为了方便，我们常说的交叉编译器就是交叉编译链。本文对这两个概念不加以区分，都是指编译链

2.2 交叉编译链的命名规则

我们使用交叉编译链时，常常会看到这样的名字：

arm-none-linux-gnueabi-gcc
arm-cortex_a8-linux-gnueabi-gcc
mips-malta-linux-gnu-gcc

其中，对应的前缀为：

arm-none-linux-gnueabi-
arm-cortex_a8-linux-gnueabi-
mips-malta-linux-gnu-

这些交叉编译链的命名规则似乎是通用的，有一定的规则：

arch-core-kernel-system

arch：用于哪个目标平台
core：使用的是哪个 CPU Core，如 Cortex A8，但是这一组命名好像比较灵活，在其它厂家提供的交叉编译链中，有以厂家名称命名的，也有以开发板命名的，或者直接是 none 或 cross 的。
kernel：所运行的 OS，见过的有 Linux，uclinux，bare（无 OS ）。
system：交叉编译链所选择的库函数和目标映像的规范，如 gnu，gnueabi 等。其中 gnu 等价于 glibc + oabi； gnueabi 等价于 glibc + eabi。

注意：这个规则是一个猜测，并没有在哪份官方资料上看到过。而且有些编译链的命名确实没有按照这个规则，也不清楚这是不是历史原因造成的。

第 3 章包含的工具

3.1 Binutils

Binutils 是 GNU 工具之一，它包括链接器、汇编器和其他用于目标文件和档案的工具，它是二进制代码的处理维护工具。
Binutils 工具包含的子程序如下：

ls：GNU 链接器 the GNU linnker
as：GNU 汇编器 the GNU assembler
addr2line：把地址转换成文件名和所在的行数
ar：A utility for creating，modifying and extracting from archives
c++filt：Filter to demangle encoded C++ symbols
dlltool：Creates files for building and using DLLs
gold：A new，faster， ELF only linker， still in beta test
gprof：Displays profiling information
nlmconv： Converts object code into an NLM
nm： Lists symbols from object files
objcopy： Copys and translates object files
objdump： Displays information from object files
ranlib： Generates an index to the contents of an archive
readelf： Displays information from any ELF format object file
size： Lists the section sizes of an object or archive file
strings： Lists printable strings from files
strip： Discards symbols

3.2 GCC

GNU编译器套件，支持 C，C++，Java，Ada，Fortran，Objective-C 等众多语言。

3.3 GLibc

Linux 上通常使用的 C 函数库为 glibc。 glibc 是 linux 系统中最底层的 api，几乎其他任何运行库都会依赖于 glibc。 glibc 除了封装 linux 操作系统所提供的系统服务外，它本身也提供了许多其他一些必要功能服务的实现。

3.4 GDB

GDB 用于调试程序

第 4 章如何得到交叉编译链

既然明白了交叉编译链的功能，那么在针对嵌入式系统开发时，我们需要的交叉编译链从哪儿得到？

主要有三个方式可以获取

4.1 下载已经做好的交叉编译链

使用其他人针对某些 CPU 平台已经编译好的交叉编译链。我们只需要找到合适的，下载下来使用即可。

常见的交叉编译链下载地址：

在 http://ftp.arm.linux.org.uk/pub/armlinux/toolchain/ 下载已经编译好的交叉编译链
在 http://www.denx.de/en/Software/WebHome 下载已经编译好的交叉编译链
在https://launchpad.net/gcc-arm-embedded下载已经编译好的交叉编译链
一些制作交叉编译链的工具中，包含了已经制作好的交叉编译链，可以直接拿来使用。如crosstool-NG
如果购买了某个芯片或开发板，一般厂商会提供对应的整套开发软件，其中就包含了交叉编译链。

厂家提供的工具一般是经过了严格的测试，并打入了一些必要的补丁，所以这种方式往往是最可靠的工具来源。

4.2 使用工具定制交叉编译链

使用现存的制作工具，以简化制作交叉编译链这个事情的复杂度。我们只需要了解有哪些工具可以实现，并选个合适的工具，搞懂它的操作步骤即可。

crosstool-NG
Buildroot
Embedded Linux Development Kit (ELDK)

工具还有很多，各有各的优势和劣势，在这就不细说了。

4.3 从零开始构建交叉编译链

转载链接：原文链接