嵌入式Linux学习-GCC编译器使用详解以及与makefile对比

本文介绍了GCC编译器在嵌入式开发中的交叉编译应用。主要内容包括：1）区分本地编译与交叉编译，说明在x86开发环境下为ARM架构生成程序必须使用交叉编译器；2）详解GCC编译的四个阶段（预处理、编译、汇编、链接）及对应选项；3）重点讲解常用编译选项，如-Wall警告、-g调试、-O优化等级、-I头文件路径等；4）介绍相关工具链命令如objdump和objcopy的使用场景。文章为嵌入式开发者提供了

bai_lan_ya

564人浏览 · 2026-02-23 14:23:25

bai_lan_ya · 2026-02-23 14:23:25 发布

一、GCC与交叉编译

在典型的PC程序开发中，我们使用系统自带的gcc编译程序，并在同一台PC上运行。但在嵌入式开发中，开发环境（如Ubuntu）与最终运行环境（如IMX6ULL开发板）的处理器架构不同（通常是x86_64与ARM）。因此，我们需要使用交叉编译工具链。

本地编译器： gcc（在Ubuntu上生成x86程序）
交叉编译器：如文档中使用的 arm-buildroot-linux-gnueabihf-gcc（在Ubuntu上生成ARM程序）

举例：

为PC（Ubuntu）编译Hello World：
```
gcc -o hello_pc hello.c
./hello_pc
```

为IMX6ULL开发板编译Hello World（交叉编译）：

arm-buildroot-linux-gnueabihf-gcc -o hello_arm hello.c
# 然后通过 adb push 或 TF卡将 hello_arm 传输到开发板执行

何时使用：只要是为ARM开发板编译应用程序，就必须使用交叉编译器 arm-buildroot-linux-gnueabihf-gcc而非 gcc。

二、GCC编译过程与核心选项

GCC编译一个C程序并非一步完成，它包含四个主要阶段，每个阶段都有对应的选项控制。

1. 预处理 (Preprocessing)

作用：处理源代码中的宏（#define）、头文件（#include）、条件编译（#ifdef）等。
选项： -E
输出：预处理后的源代码（.i文件）。

举例：当你想检查宏展开后或头文件包含后的真实代码时使用。

arm-buildroot-linux-gnueabihf-gcc -E hello.c -o hello.i
# 查看 hello.i，可以看到stdio.h等头文件的内容被插入，宏被替换。

2. 编译 (Compilation)

作用：将预处理后的C代码转换为特定CPU架构的汇编代码。
选项： -S
输出：汇编语言文件（.s文件）。

举例：用于学习编译器生成的汇编代码，进行底层优化或分析。

arm-buildroot-linux-gnueabihf-gcc -S hello.i -o hello.s
# 或直接从.c开始
arm-buildroot-linux-gnueabihf-gcc -S hello.c

3. 汇编 (Assembly)

作用：将汇编代码转换为机器可识别的二进制目标文件。
选项： -c
输出：目标文件（.o文件）。

举例：这是分步编译和大型项目构建（配合Makefile）的关键步骤。你可以先编译多个.c文件为.o，最后再链接。

arm-buildroot-linux-gnueabihf-gcc -c hello.s -o hello.o
# 更常见的是直接从.c到.o
arm-buildroot-linux-gnueabihf-gcc -c hello.c -o hello.o

4. 链接 (Linking)

作用：将一个或多个目标文件与系统库（如C标准库 libc）链接，合并成最终的可执行文件。
选项： -o指定输出文件名。链接是gcc的默认最终阶段。
输出：可执行文件。

举例：编译的最终步骤。

arm-buildroot-linux-gnueabihf-gcc hello.o -o hello_final
# 更常见的是直接完成所有步骤
arm-buildroot-linux-gnueabihf-gcc hello.c -o hello

三、关键选项详解与使用场景

1. 总体选项 (Overall Option)

-o <file>: 最常用选项，指定输出的文件名。如果不指定，默认输出 a.out。
```
arm-buildroot-linux-gnueabihf-gcc hello.c -o my_program
```

-c, -S, -E: 如上所述，控制编译在某个阶段停止。

# 只编译不链接，适用于Makefile规则
arm-buildroot-linux-gnueabihf-gcc -c module1.c module2.c

2. 警告选项 (Warning Option)

-Wall: 强烈建议始终开启。启用一组常用的警告，能帮助你在编译时发现代码中的潜在错误（如未使用的变量、可疑的类型转换等）。
```
arm-buildroot-linux-gnueabihf-gcc -Wall hello.c -o hello
```
场景：在开发任何阶段的代码时，都应使用 -Wall来提高代码质量。

3. 调试选项 (Debugging Option)

-g: 在可执行文件中加入调试信息（如符号表、行号），这样才可以使用GDB进行源码级调试。
```
arm-buildroot-linux-gnueabihf-gcc -g -o debug_program source.c
```
场景：当程序出现逻辑错误，需要使用GDB在开发板或模拟器上进行单步调试、查看变量时，必须用 -g选项编译。

4. 优化选项 (Optimization Option)

-O0, -O1, -O2, -O3, -Os: 控制编译器的优化级别。数字越大/s，程序运行速度可能越快、体积可能更小，但编译时间更长，且调试会更困难（因为优化会调整代码顺序）。
- -O0: 不优化，适用于调试（与 -g配合）。
- -O2: 常用发布优化级别。
- -Os: 优化代码尺寸，在存储空间紧张的嵌入式设备中尤为重要。
```
# 开发调试阶段
arm-buildroot-linux-gnueabihf-gcc -g -O0 -o test_debug app.c
# 发布阶段，优化大小
arm-buildroot-linux-gnueabihf-gcc -Os -o release_app app.c
```

5. 目录选项 (Directory Option)

-I <dir>: 指定头文件（.h）的搜索目录。当你的头文件不在标准路径或当前目录时使用。
```
arm-buildroot-linux-gnueabihf-gcc -I ./include -I ../mylib src/main.c -o main
```
场景：项目具有自定义的目录结构，如将头文件统一放在 include文件夹时。

6. 链接器选项 (Linker Option)

-l <library>: 链接时查找指定的库。例如 -lm链接数学库。

-L <dir>: 指定库文件（.so, .a）的搜索目录。

# 假设我们有一个自定义库 libfoo.so 放在 ./lib 目录下
arm-buildroot-linux-gnueabihf-gcc main.c -L ./lib -lfoo -o main

静态链接：使用 -static选项，会将所有库函数打包进最终可执行文件，文件变大但无需依赖目标板上的动态库。
```
arm-buildroot-linux-gnueabihf-gcc -static hello.c -o hello_static
```
场景：确保程序在缺少特定动态库的系统上也能运行。

四、相关工具链命令

除了 gcc前端，工具链还包含其他重要命令，文档中在“ld/objdump/objcopy选项”一节提及：

ld: 链接器，gcc在链接阶段会调用它。
objdump: 反汇编工具，用于查看可执行文件或目标文件的汇编代码、段信息等。
```
arm-buildroot-linux-gnueabihf-objdump -d hello
```
场景：分析程序崩溃的Core Dump文件，或学习编译器生成代码。
objcopy: 复制和转换目标文件格式，例如将可执行文件（elf）转换为纯二进制镜像（bin），常用于裸机程序。
```
arm-buildroot-linux-gnueabihf-objcopy -O binary hello.elf hello.bin
```
场景：为Bootloader（如U-Boot）制作可加载的裸机程序镜像。

总结与常用命令组合

在嵌入式Linux应用开发中，一个典型的编译流程可能使用如下命令组合：

# 1. 带全部警告和调试信息进行编译（开发阶段）
arm-buildroot-linux-gnueabihf-gcc -Wall -g -O0 -c module.c -o module.o

# 2. 链接多个模块和外部库，生成最终可执行文件
arm-buildroot-linux-gnueabihf-gcc module1.o module2.o -L ./lib -lmy -o final_app

# 3. （发布时）优化代码大小，去除调试信息
arm-buildroot-linux-gnueabihf-gcc -Os -s -DNDEBUG source.c -o release_app

五、GCC与Makefile的对比与关系

特性	GCC (GNU Compiler Collection)	Makefile
本质	编译器工具链，是执行编译、链接等操作的命令。	项目构建描述文件，是定义如何以及何时调用编译器等工具的规则脚本。
核心功能	将高级语言源代码转换为目标机器可执行的二进制代码。	自动化构建过程，管理文件依赖，决定哪些文件需要重新编译，以及编译的顺序。
关键优势	1. 强大的代码生成与优化能力（-O系列选项）。 2. 细致的编译过程控制（预处理、编译、汇编、链接各阶段可控）。 3. 广泛的平台与语言支持。	1. 高效的增量编译：仅重新编译改动过的文件及其依赖，极大提升大型项目编译速度。 2. 管理复杂依赖：清晰定义源文件、目标文件、头文件间的依赖关系。 3. 构建过程标准化与可移植性：通过修改变量（如`CROSS_COMPILE`）可轻松切换编译环境。
在嵌入式开发中的角色	直接工作者：使用特定的交叉编译工具链（如`arm-buildroot-linux-gnueabihf-gcc`）为ARM目标板生成指令。	项目构建管理者：组织整个嵌入式项目（uboot, kernel, app, driver）的编译流程，统一调用交叉编译工具链。
相互关系	被调用者：Makefile中的“配方”部分，核心命令就是调用GCC（或交叉编译版本的GCC）来完成实际的编译工作。	调用与组织者：决定在什么时机、以什么参数调用GCC，并将多个GCC调用组织成一个有序的构建流程。