4. Makefile条件判断与函数：条件判断与常用函数详解

说实话，很多嵌入式工程师写Makefile，都是靠「复制粘贴大法」。项目简单还好，一旦涉及多平台、多编译器、多配置，那Makefile就成了一团乱麻。我见过最夸张的一个项目，Makefile有800多行，里面全是重复的规则，改一个地方得改七八处。

为什么会这样？说白了，就是没用好Makefile的条件判断和函数。这两个东西，能让你的构建脚本从「流水账」变成「智能程序」。今天我就带你彻底搞懂它们。

4.1 条件判断：让Makefile学会「看情况办事」

条件判断，就是让Makefile根据变量值或变量是否定义，来决定执行哪段逻辑。这在实际项目中太常用了——比如调试版和发布版用不同的编译选项，或者针对不同芯片平台选择不同的源文件。

4.1.1 ifeq / ifneq：比较两个值

ifeq 是最常用的条件判断，它检查两个参数是否相等。格式很简单：

ifeq (arg1, arg2)
    # 如果相等，执行这里
else
    # 如果不相等，执行这里
endif

注意那个奇怪的括号写法——没错，Makefile的语法就是这么「有个性」。我第一次写的时候也老忘，后来养成了习惯：写完 ifeq 立刻补上 endif，再往中间填内容。

来看个实际例子。我在做STM32项目时，经常需要切换调试版和发布版：

DEBUG ?= 1

ifeq ($(DEBUG), 1)
    CFLAGS += -g -O0 -DDEBUG
else
    CFLAGS += -Os -DNDEBUG
endif

这里 ?= 的意思是「如果没定义，就赋默认值」。这样用户可以在命令行覆盖：make DEBUG=0。

ifneq 正好相反，当两个值不相等时执行。我个人习惯用 ifneq 来处理「排除」逻辑，比如：

ifneq ($(TOOLCHAIN), arm-none-eabi)
    $(error "This project requires ARM GCC toolchain!")
endif

4.1.2 ifdef / ifndef：检查变量是否定义

ifdef 检查一个变量是否被定义过（注意，不是检查值是否为空）。这个判断在嵌入式项目中特别有用——比如检查用户有没有指定芯片型号：

ifdef MCU
    CFLAGS += -mcpu=$(MCU)
else
    $(warning "MCU not set, using default: cortex-m4")
    MCU = cortex-m4
endif

嗯，这里有个坑。我曾经踩过：ifdef 判断的是「变量是否被定义」，而不是「变量值是否非空」。如果你写了 MCU =（赋空值），ifdef 仍然认为它被定义了！

4.2 常用函数：Makefile的「瑞士军刀」

条件判断让Makefile有了「脑子」，而函数则给了它「手脚」。Makefile内置了几十个函数，但说实话，日常工作中常用的就那么五六个。我把它们分成两类：文件操作类和流程控制类。

4.2.1 patsubst：模式替换，批量改后缀

patsubst 是「pattern substitute」的缩写，用来做模式匹配替换。它的语法是：

$(patsubst 模式, 替换内容, 文本列表)

最经典的用法，就是把 .c 文件列表转换成 .o 文件列表：

SRCS = main.c gpio.c uart.c spi.c
OBJS = $(patsubst %.c, %.o, $(SRCS))
# OBJS = main.o gpio.o uart.o spi.o

这个函数我几乎每个项目都用。你想想看，如果手动写 OBJS = main.o gpio.o ...，加一个源文件就得改两个地方，多麻烦。

还有个更简洁的写法——$(SRCS:.c=.o)，效果一样。但我个人更推荐 patsubst，因为它更清晰，而且支持更复杂的模式匹配。

4.2.2 wildcard：自动收集源文件

wildcard 函数用来匹配文件名，说白了就是「自动找文件」。以前我手动列出所有源文件，后来发现用 wildcard 省事多了：

SRCS = $(wildcard src/*.c)
# 自动找到 src/ 目录下所有 .c 文件

但要注意，wildcard 只匹配已存在的文件。如果你在规则里用 wildcard 去匹配目标文件（比如 *.o），那第一次构建时可能什么都匹配不到。我刚开始就犯过这个错。

4.2.3 foreach：循环处理，批量操作

foreach 是Makefile里最像「编程语言」的函数。它遍历一个列表，对每个元素执行操作：

$(foreach 变量, 列表, 操作表达式)

我在做多目录项目时，经常用 foreach 来收集所有子目录的源文件：

DIRS = src/driver src/kernel src/lib
SRCS = $(foreach dir, $(DIRS), $(wildcard $(dir)/*.c))

这行代码的意思是：对 DIRS 里的每个目录，执行 wildcard 找 .c 文件，然后把结果拼在一起。你看，一行代码就搞定了原本需要好几行循环才能做的事。

foreach 还可以嵌套使用。比如生成编译规则：

OBJS = $(foreach dir, $(DIRS), $(patsubst $(dir)/%.c, build/%.o, $(wildcard $(dir)/*.c)))

嗯，这行有点长。我建议拆成两步写，可读性更好。

4.2.4 call：自定义函数，复用逻辑

call 函数允许你「调用」一个自定义的表达式块，相当于定义自己的函数。语法是：

define 函数名
    表达式体（用 $(1), $(2) 表示参数）
endef

# 调用
$(call 函数名, 参数1, 参数2)

我在一个大型项目中，需要为多个芯片平台生成不同的编译选项。如果每个平台都写一遍，那Makefile会变得又臭又长。用 call 就好多了：

define gen_cflags
    -mcpu=$(1) -mthumb -mfloat-abi=$(2) -mfpu=$(3)
endef

# 为不同芯片生成选项
CFLAGS_STM32F4 = $(call gen_cflags, cortex-m4, hard, fpv4-sp-d16)
CFLAGS_STM32F7 = $(call gen_cflags, cortex-m7, hard, fpv5-d16)
CFLAGS_LPC55   = $(call gen_cflags, cortex-m33, soft, )

你看，核心逻辑只写一次，不同平台传不同参数就行。维护起来特别方便——要改浮点ABI策略，只需要改 gen_cflags 这一个地方。

4.3 知识体系总览

下面这张图，把本章的核心知识点串了起来。你可以把它当作一个「速查地图」：

4.4 避坑指南

最后，分享几个我这些年踩过的坑，希望能帮你少走弯路：

• 条件判断里的空格很敏感：ifeq ($(A), $(B)) 和 ifeq ($(A),$(B)) 结果可能不同。我建议统一不加空格，或者统一加一个空格，保持风格一致。
• 函数嵌套时注意括号匹配：写 $(foreach ... $(wildcard ...)) 这种嵌套时，数清楚括号。我一般从最内层开始写，一层层往外包。
• call 函数不支持递归：别想着在 define 里调用自己，Makefile 不是真正的编程语言。
• wildcard 不会递归子目录：$(wildcard src/**/*.c) 这种写法在 Makefile 里不管用。要递归，得用 shell find 或者 foreach 配合。

好了，条件判断和函数这部分就讲到这里。这些东西看起来简单，但用好了，你的 Makefile 会从「又臭又长」变成「短小精悍」。下次维护项目时，你会感谢自己当初花时间学了这些。