为什么要交叉编译

交叉编译其实是相对于本地编译(native build)来说的，我相信大家最开始学习 C/C++ 这些语言的时候，都是在电脑上写程序，然后在电脑上编译生成可执行文件，最后在电脑上运行。程序的编辑——》编译——》运行，整个过程都是在一台 X86 电脑上。

当我们开始接触嵌入式开发后，事情变的不一样了，你在电脑上写程序，在电脑上编译出可执行文件，最后这个可执行文件需要下载到你的开发板上运行。程序最后运行的环境变了，比如你的开发板是基于 Arm 的——程序在 X86 上编辑，编译，最终运行在另一个和 X86 完全不同的架构的 Arm 芯片上。

之所以整个流程变成了这个样子，这是由嵌入式系统的特性决定的：一般嵌入式系统里面使用的芯片性能都比较弱，而且绝大部分都不能像 X86 一样运行 Windows/Ubuntu 桌面系统，即使能运行，性能也很弱，无法给你提供一个在开发板上写代码、编译代码的环境。所以我们还是离不开 X86 电脑强大高效的桌面环境进行软件开发。

但是这样有一个问题，X86、Arm、MIPS、RISC-V 这些芯片，它们的指令集是由不同的组织或者公司设计的，彼此并不兼容——Arm 和 MIPS 的 CPU 无法运行以 X86 的指令集编码的程序，反之亦然。所以我们要在 X86 的电脑上编译出能够在 Arm 上运行的程序，我们必须明确告诉编译器，编译生成的可执行文件需要以 Arm 指令集的标准编码。为了让这个流程变得简单，开发者们为不同的芯片开发了不同的编译器，比如针对 Arm 平台的 arm-linux-gcc，针对 mips 平台的 mips-linux-gnu-gcc，这些编译器都是基于 GCC 针对具体的架构指令集进行对应配置，所以它们在运行的时候就就会生成和该目标平台对应的可执行文件。

这篇文章主要讲 Arm 的交叉编译，所以这里后面都以 Linux 开发环境下的 Arm gcc 为例。

工具链的种类

GCC 的命名规则为：arch [-vendor] [-os] [-(gnu)eabi]-gcc

比如 arm-linux-gnueabi-gcc ， arm-none-eabi-gcc， aarch64-linux-gnu-gcc

• 
  

  带 [] 的是可选部分。

  
  

• 
  

  arch：芯片架构，比如 32 位的 Arm 架构对应的 arch 为 arm，64 位的 Arm 架构对应的 arch 为 aarch64。

  
  

• 
  

  vendor ：工具链提供商，大部分工具链名字里面都没有包含这部分。

  
  

• 
  

  os ：编译出来的可执行文件(目标文件)针对的操作系统，比如 Linux。

  
  

arm-none-eabi-gcc 一般适用用于 Arm Cortex-M/Cortex-R 平台，它使用的是 newlib 库。

arm-linux-gnueabi-gcc 和 aarch64-linux-gnu-gcc 适用于 Arm Cortex-A 系列芯片，前者针对 32 位芯片，后者针对 64 位芯片，它使用的是 glibc 库。可以用来编译 u-boot、linux kernel 以及应用程序。

另外需要补充一点的是，32 位的 Arm 和 64 位的 Arm，它们的指令集是不同的，所以需要使用不同的工具链。当然，Arm64 为了保证前向兼容，提供了一个 32 位的兼容模式，所以我们用 arm-linux-gnueabi-gcc 编译的应用程序也是可以直接在Arm64 的系统上运行的，但是 Linux Kernel 和 U-Boot 就不行，除非你提前把 CPU 切换到 32 位模式。曾经有个项目使用了一颗四核的 Arm64 芯片，但是内存只有64M，为了节省空间，在 CPU 运行到 U-Boot 之前，我们就把它切到了 32 位模式，后面的 U-Boot、Linux Kernel，应用全部都用 32 位编译，加上 Thumb 指令集，节省了不少空间。

工具链的下载安装

下载地址

现在 Arm 平台上用的最广泛的工具链是 Linaro 发布的，大家可以到 Linaro 官网下载，地址如下：

http://releases.linaro.org/components/toolchain/binaries/

同时我发现 Linaro 申明称后续新版本的工具链会通过 Arm 官方发布。

https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain

4.9、6.3、7.4 这些是工具链的版本号，理论上越新的版本，性能越好。

在一次优化 u-boot 大小的时候我发现 6.3 版本的工具链生成的二进制文件要比 4.9 版本生成的小几百个字节，进一步对比分析后发现是因为 6.3 版本的工具链把代码中没用到的一些字符串全部过滤掉了，虽然 4.9 的版本也有过滤，但是没有 6.3 做的干净。

目前用的多的版本应该是 6.x，当然我也看到有些开发组织在使用 7.x 的工具链，比如 Armbian 目前在用 7.4 编译内核。

另外目前最新版本的 U-Boot 已经强制必须使用 6.0 以上版本的 GCC 进行编译。

这两个网站下载可能会比较慢，可以考虑使用国内的镜像下载：

https://mirrors.tuna.tsinghua.edu.cn/armbian-releases/_toolchains/

下载

可以直接点击下载，也可以通过命令行用 wget 命令下载：

wget https://mirrors.tuna.tsinghua.edu.cn/armbian-releases/_toolchains/gcc-linaro-6.3.1-2017.02-x86_64_arm-linux-gnueabihf.tar.xzwget https://mirrors.tuna.tsinghua.edu.cn/armbian-releases/_toolchains/gcc-linaro-6.4.1-2017.11-x86_64_aarch64-linux-gnu.tar.xz

下载了两个，arm 针对是是 32 位的， aarch64 针对 Arm64.

安装

解压：

xz -d gcc-linaro-6.3.1-2017.02-x86_64_arm-linux-gnueabihf.tar.xzxz -d gcc-linaro-6.4.1-2017.11-x86_64_aarch64-linux-gnu.tar.xz

安装到 /usr/local/toolchain/ 目录下，当然也可以放在其他任何你喜欢的地方：

sudo mkdir -p /usr/local/toolchaintar -xvf gcc-linaro-6.3.1-2017.02-x86_64_arm-linux-gnueabihf.tar -C /usr/local/toolchain/sudo tar -xvf gcc-linaro-6.4.1-2017.11-x86_64_aarch64-linux-gnu.tar -C /usr/local/toolchain/

成功后执行 ls 命令，可以看到两个 toolchain 都被安装到 /usr/local/toolchain/ 目录下了。

添加环境变量

只有把可执行文件对应的路径加入到 PATH 环境变量里，系统才可以认到这些命令。

这里的路径就是上面截图中 pwd 命令显示的路径，可以添加到 ~/.bashrc 文件的最后：

PATH=$PATH:/usr/local/toolchain/gcc-linaro-6.3.1-2017.02-x86_64_arm-linux-gnueabihf/bin:/usr/local/toolchain/gcc-linaro-6.4.1-2017.11-x86_64_aarch64-linux-gnu/bin

注意：两个独立的路径之间用 冒号 : 隔开。

执行 source~/.bashrc 命令让配置生效，然后我们就可以在命令行里执行这些命令了：

比如 arm-linux-gnueabihf-gcc-v 和 aarch64-linux-gnu-gcc-v 查看编译器版本：

能看到如图的信息，说明已经大功告成了。

编译内核

这里下载 imx 的官方内核：

git clone https://source.codeaurora.org/external/imx/linux-imx

切换到 4.19 版本：

git checkout -b imx_v2019.04_4.19.35_1.0.0  origin/imx_v2019.04_4.19.35_1.0.0

编译：

make ARCH=arm imx_v7_defconfigmake ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

如果你电脑上其他的依赖库都安装的完整，就能顺利编译成功。

原文

XXXXXXXXXXXXXXXXXXXXXXXX/s?__biz=MzAwMjQ1ODYyOQ==&mid=2247483673&idx=1&sn=2df104549a462b36d46c828ca88e98e5&chksm=9acb5473adbcdd656771483ef000e08d3bfb9f761c7f6c036cbbaae28c590593abab5f89e71f&mpshare=1&scene=23&srcid=&sharer_sharetime=1574210725946&sharer_shareid=025223779ea46de7b8ccafe0bbfa3cc1#rd