4. GCC 与交叉编译

说到交叉编译，我得先坦白一件事。刚入行那会儿，我以为交叉编译就是把 GCC 加个 -march=arm 参数就完事了。结果呢？折腾了三天，链接器报了一堆莫名其妙的错误。嗯，后来我才明白，交叉编译远不止换个参数那么简单。

这一章，咱们就彻底把 GCC 的编译流程、交叉编译工具链的构建、还有那三个让人头疼的 --target/--host/--build 参数讲清楚。你想想看，搞懂了这些，以后给嵌入式板子、路由器、甚至手机写代码，心里就有底了。

4.1 GCC 的编译流程：从源码到可执行文件

GCC 的编译流程，说白了就是四步走：预处理、编译、汇编、链接。我个人习惯把这四个阶段比作「翻译官」的工作流程——先把外文资料整理成大纲（预处理），再翻译成目标语言（编译），然后校对成标准格式（汇编），最后装订成册（链接）。

  1. 预处理（Preprocessing）：处理 #include、#define 等指令。生成 .i 文件。
  2. 编译（Compilation）：将预处理后的代码翻译成汇编语言。生成 .s 文件。
  3. 汇编（Assembly）：将汇编代码转换成机器码（目标文件）。生成 .o 文件。
  4. 链接（Linking）：将多个目标文件和库文件合并成最终的可执行文件。

你可以用 -E、-S、-c 参数分别停在某个阶段看看中间产物。我在项目中经常用这招来排查宏定义展开是否正确。

# 只做预处理
gcc -E hello.c -o hello.i

# 编译到汇编
gcc -S hello.i -o hello.s

# 汇编到目标文件
gcc -c hello.s -o hello.o

# 链接成可执行文件
gcc hello.o -o hello
小技巧：用 -v 参数可以看到 GCC 每一步调用的具体程序和参数。我曾经靠这个参数发现了一个交叉编译工具链路径配置错误的问题。

4.2 交叉编译工具链的构建：binutils, glibc, kernel headers

构建一套完整的交叉编译工具链，就像组装一台精密仪器。你需要三个核心部件：binutils（二进制工具集）、glibc（C 运行时库）、kernel headers（内核头文件）。

我记得第一次自己构建工具链时，光编译 glibc 就失败了七八次。后来发现是 kernel headers 版本没选对。嗯，这里面的坑不少，咱们一个一个说。

4.2.1 binutils：工具链的「工具箱」

binutils 包含 as（汇编器）、ld（链接器）、objdump（反汇编器）、strip（剥离符号）等工具。没有它，GCC 编译出来的东西没法变成可执行文件。

构建 binutils 时，最关键的是配置 --target 参数。比如你要为 ARM 架构编译：

./configure --target=arm-linux-gnueabihf --prefix=/opt/cross/arm
make -j4
make install
注意：--prefix 指定安装路径。我建议不要装在系统目录（如 /usr/local），否则容易和本机工具链冲突。我曾经因为这个把本机的 gcc 搞坏了，重装了系统才恢复。

4.2.2 glibc：C 程序的「运行环境」

glibc 是 Linux 下最常用的 C 标准库实现。交叉编译 glibc 时，需要先有内核头文件，因为 glibc 依赖内核提供的系统调用接口。

构建 glibc 的典型步骤：

# 先安装内核头文件
make headers_install ARCH=arm INSTALL_HDR_PATH=/opt/cross/arm/arm-linux-gnueabihf/sysroot/usr

# 配置 glibc
./configure --host=arm-linux-gnueabihf \
            --build=x86_64-linux-gnu \
            --target=arm-linux-gnueabihf \
            --with-headers=/opt/cross/arm/arm-linux-gnueabihf/sysroot/usr/include \
            --prefix=/opt/cross/arm/arm-linux-gnueabihf/sysroot/usr

make -j4
make install

这里 --host 和 --build 的区别，我后面会详细讲。你先记住：--host 是目标运行平台，--build 是当前编译平台。

4.2.3 kernel headers：系统调用的「说明书」

内核头文件定义了系统调用号、数据结构、ioctl 命令等。没有它，glibc 不知道如何与内核交互。

获取内核头文件有两种方式：

  • 从内核源码中提取：make headers_install
  • 使用发行版提供的 linux-libc-dev 包（交叉编译版本）

我个人更推荐第一种方式，因为版本控制更精确。我曾经遇到过因为内核头文件版本不匹配，导致 epoll 相关函数调用崩溃的问题。

4.3 --target/--host/--build 三要素：别再搞混了

这三个参数是交叉编译中最容易混淆的概念。我画了一张图帮你理解：

--build / --host / --target 三要素关系图 --build 编译工具链运行的机器 例如：x86_64-linux-gnu --host 编译出的程序运行的机器 例如：arm-linux-gnueabihf --target 编译出的工具链所生成代码的目标 例如：arm-linux-gnueabihf 常见场景 场景 --build --host --target 本机编译 x86_64 x86_64 x86_64 交叉编译（编译工具链） x86_64 x86_64 arm 交叉编译（应用程序） x86_64 arm arm

简单总结一下：

  • --build：你正在使用的机器（编译工具链运行的平台）
  • --host：编译出来的程序最终要在哪台机器上运行
  • --target：编译出来的工具链（如 GCC 本身）要为哪个平台生成代码

你想想看，如果你在 x86 电脑上编译一个能在 ARM 板子上运行的程序：--build=x86_64，--host=arm，--target=arm。如果你是在编译 GCC 本身（即构建一个交叉编译器），那么 --target 就是 ARM，而 --host 和 --build 都是 x86。

核心记忆法：--build 是「我在哪」，--host 是「给谁用」，--target 是「生成什么架构的代码」。搞混了这三个，工具链大概率编译不过。

4.4 常用交叉编译选项

除了三要素，还有一些常用的交叉编译选项，我整理成了表格：

选项 说明 示例
--with-sysroot 指定目标系统的根文件系统路径 --with-sysroot=/opt/arm/sysroot
--with-arch 指定目标 CPU 架构 --with-arch=armv7-a
--with-fpu 指定浮点运算单元类型 --with-fpu=neon
--with-float 指定浮点运算 ABI（soft/hard） --with-float=hard
--enable-languages 指定 GCC 支持的语言 --enable-languages=c,c++
--disable-nls 禁用本地化支持（减少体积） --disable-nls

我在项目中遇到过最坑的一个问题：用 --with-float=hard 编译了工具链，但目标板子的内核不支持硬浮点。结果一运行就段错误。后来我学乖了，先查清楚目标板子的 CPU 特性再配置。

避坑指南：我曾经在配置 --with-arch 时写错了架构名，导致编译出来的程序在目标板上跑不起来。建议先用 gcc -mcpu=native -Q --help=target 查看当前机器的 CPU 特性，再对照目标板子的手册选择。

好了，这一章的内容就到这里。GCC 的编译流程、交叉编译工具链的构建、三要素和常用选项，都是实际开发中绕不开的知识点。你把这些搞清楚了，以后遇到交叉编译的问题，至少知道从哪下手排查。

← 上一章 📖 返回目录 下一章 →