4. Makefile条件判断：ifeq、ifneq、ifdef、ifndef的使用场景与实战案例
条件判断，说白了就是让Makefile学会「看人下菜碟」。
同一个工程，在Linux上编译是一套参数，在macOS上可能是另一套。Debug版本要加-g，Release版本要加-O2。这些场景，都离不开条件判断。
我个人习惯把条件判断看作是Makefile的「大脑」——它决定了构建流程走哪条路。
4.1 条件判断的基本语法
Makefile里一共有四种条件指令：
| 指令 | 含义 | 典型场景 |
|---|---|---|
ifeq |
如果相等 | 比较变量值是否等于某个字符串 |
ifneq |
如果不相等 | 排除某个特定值 |
ifdef |
如果变量已定义 | 检查用户是否传入了某个参数 |
ifndef |
如果变量未定义 | 设置默认值 |
语法格式很简单：
ifeq ($(VAR), value)
# 执行这里的语句
else
# 否则执行这里
endif注意了，else和endif前面不能有空格。我刚开始写Makefile时，就因为endif前面多敲了个空格，排查了半天。嗯，这种坑踩过一次就记住了。
4.2 ifeq 与 ifneq：字符串比较
ifeq是我用得最多的条件指令。它比较两个值是否相等。
举个例子，根据操作系统选择不同的编译器：
OS := $(shell uname -s)
ifeq ($(OS), Linux)
CC = gcc
CFLAGS = -DLINUX
else ifeq ($(OS), Darwin)
CC = clang
CFLAGS = -DMACOS
else
$(error Unsupported OS: $(OS))
endif我在项目中遇到过一个问题：同事在Windows上用Cygwin编译，uname -s返回的是CYGWIN_NT-10.0，结果条件判断全都不匹配。后来我们加了一个ifneq的兜底逻辑：
ifneq ($(findstring CYGWIN, $(OS)), )
CC = gcc
CFLAGS = -DCYGWIN
endififneq和ifeq正好相反——条件成立时执行。你想想看，有时候「排除法」比「包含法」更省事。
4.3 ifdef 与 ifndef：变量定义检查
ifdef检查变量是否被定义过，ifndef则相反。
这里有个坑：ifdef只检查变量是否被定义，不检查它的值是否为空。看这个例子：
FOO =
ifdef FOO
$(info FOO is defined)
else
$(info FOO is NOT defined)
endif猜猜输出什么？
输出是FOO is defined。因为FOO确实被定义了，只不过值是空的。
我曾经因为这个特性踩过坑。当时我想检查用户是否传了BUILD_DIR参数，用ifdef判断，结果用户传了个空字符串，条件居然通过了。后来我改成这样：
ifneq ($(BUILD_DIR),)
# 只有BUILD_DIR非空时才执行
endif说白了，ifdef适合判断「这个变量有没有被提到过」，而ifneq适合判断「这个变量的值是不是有效」。
4.4 实战案例：多平台构建配置
来，我们写一个完整的例子。假设你要维护一个跨平台的项目：
# 默认配置
CC = gcc
CFLAGS = -Wall -O2
LDFLAGS =
# 检测架构
ARCH := $(shell uname -m)
OS := $(shell uname -s)
# 根据架构调整编译选项
ifeq ($(ARCH), x86_64)
CFLAGS += -m64
else ifeq ($(ARCH), aarch64)
CFLAGS += -march=armv8-a
endif
# 根据操作系统调整
ifeq ($(OS), Linux)
LDFLAGS += -lrt
else ifeq ($(OS), Darwin)
LDFLAGS += -framework CoreFoundation
endif
# 用户可覆盖的变量
ifdef DEBUG
CFLAGS += -g -DDEBUG
else
CFLAGS += -DNDEBUG
endif
# 检查必要工具
ifndef MAKE
$(error MAKE is not defined. Something is wrong.)
endif
all: myapp
myapp: main.o utils.o
$(CC) $(CFLAGS) -o $@ $^ $(LDFLAGS)
clean:
rm -f *.o myapp这个例子涵盖了大部分实际场景：
- 用
ifeq判断架构和操作系统 - 用
ifdef让用户通过make DEBUG=1开启调试模式 - 用
ifndef做安全检查
4.5 条件判断的常见误区
我总结几个容易踩的坑：
- 空格问题：
ifeq ($(VAR), value)中，逗号后面可以有空格，但value前后的空格会被当作值的一部分。我习惯写成ifeq ($(VAR),value)，去掉所有多余空格。 - 变量展开时机：条件判断中使用的是立即展开的变量。如果你用
=定义的递归展开变量，在条件判断时可能还没展开完。 - else ifeq的写法：
else ifeq必须写在同一行，不能换行。否则Make会报语法错误。
4.6 知识体系图
下面这张图展示了条件判断在整个Makefile构建体系中的位置：
这张图把四种条件指令和它们的典型应用场景对应起来了。你可以把它当作一个速查表——遇到具体需求时，先看场景，再选指令。
好了，条件判断这部分就讲到这里。记住一句话：条件判断是Makefile的「决策层」，用好了能让你的构建系统既灵活又健壮。下次遇到跨平台编译的需求，试试用ifeq和ifdef组合起来处理，你会发现世界清净很多。
可可精品资料库