预处理到可执行文件：一文说清编译各阶段任务

以下是对您提供的技术博文《预处理到可执行文件：编译全流程深度技术解析》的全面润色与重构版本。本次优化严格遵循您的全部要求：

✅ 彻底去除AI痕迹，语言自然、专业、有“人味”——像一位在嵌入式一线摸爬滚打十年的老工程师，在茶水间边泡茶边给你讲清楚整个编译链；
✅ 打破刻板模块化结构，取消所有“引言/概述/总结/展望”等套路标题，代之以逻辑递进、层层深入、有呼吸感的技术叙事流；
✅ 将“预处理→编译→汇编→链接”四阶段，转化为一条真实工程问题驱动的主线：从一个MCU固件烧不进去的报错开始，倒推回每一环可能埋下的雷；
✅ 关键概念不堆术语，而是用类比+实操+陷阱复现的方式讲透（例如：“宏不是函数，它是剪刀手”、“.o文件就像没拼好的乐高，每块都标了编号但还没对齐位置”）；
✅ 所有命令、参数、代码片段均保留并增强上下文解释，附带真实调试场景中的使用心得（比如-dM不是为了炫技，而是你在交叉编译RISC-V时发现__riscv没定义，必须靠它定位头文件污染源）；
✅ 删除所有空泛结语，结尾落在一个具体、可延展、有张力的技术动作上——不是“未来可期”，而是“你现在就可以打开终端试一句”。

为什么我的固件烧不进STM32？——从一个undefined reference to 'printf'说起

上周五下午三点，你对着J-Link烧录器发呆。firmware.bin生成成功，但OpenOCD提示：Failed to halt target；换个角度想，也许根本不是调试器的问题——你把firmware.elf拖进readelf -a一看，赫然发现：

Symbol table '.symtab' contains 127 entries: 56: 00000000 0 NOTYPE GLOBAL DEFAULT UND printf

UND？未定义？可你明明写了#include <stdio.h>，也加了-lc链接选项……
别急着重装工具链。这个问题，大概率不是链接器坏了，而是你从未真正看清过自己写的那行printf("hello")，是怎么从键盘敲下，变成Flash里一串字节的。

我们来走一遍这条路径。不是教科书式的“四阶段流程”，而是一次带着问题、踩着坑、亲手拆解的逆向溯源。

第一站：预处理——你以为你写的是C，其实CPP只当它是纯文本

先别碰gcc -c。回到源头，执行这句：

arm-none-eabi-gcc -E -dM -I./inc app.c > app.i

注意两个关键点：
--E：停在预处理后，不往后走；
--dM：强制输出所有宏定义，包括GCC内置的__ARM_ARCH_7M__、__GNUC__，还有你自己在config.h里写的#define ENABLE_LOG 1。

打开app.i，你会震惊：
- 原本300行的app.c，变成了12,487行；
- 所有#include "driver_uart.h"都被展开成几千行寄存器定义；
- 每个LOG_INFO("cnt=%d", cnt)，都已变成do { if(ENABLE_LOG) printf("[INFO] cnt=%d\n", cnt); } while(0)； <