为什么Makefile中ifeq条件赋值的VARENV3为空，加无关变量后正常？

问题原因 #

出现该差异的核心和GNU Make的解析规则、环境变量导入时机有关：

1. ifeq属于Make的条件判断语句，会在Makefile解析阶段立即执行，远早于目标规则的执行阶段，判断逻辑执行时就需要拿到VARENV1的实际值。
2. 你通过VARENV1=true VARENV2=test make dummy的方式设置的是Make进程的环境变量，默认情况下Make会将环境变量导入为自身可识别的变量，但在部分旧版本GNU Make中存在导入时机的差异：
   • 当Makefile中没有任何顶层的显式变量/配置定义时，Make会先完成所有条件判断的解析，再导入环境变量，此时ifeq判断时VARENV1还未被赋值，判断不成立，VARENV3自然为空。
   • 当你在Makefile开头加了任意一个顶层变量定义（如ANYVARNAME=ANYVALUE）后，Make会调整解析顺序，先导入所有环境变量，再解析后续的条件判断，此时VARENV1已经拿到了环境变量的值，判断成立，VARENV3被正确赋值。

另外还有一个容易踩的语法坑：你ifeq代码块内的VARENV3=$(VARENV2)行如果开头带了制表符/缩进，会被Make判定为目标规则的命令而非顶层变量赋值，也会导致VARENV3无法被正确赋值，需要去掉变量定义前的缩进。

正确实现方式 #

如果要避免版本差异导致的问题，推荐两种修改方案：

方案1：显式传递变量 #

调用Make时直接将变量作为Make的参数传递，而非设置为环境变量，这种方式传递的变量优先级最高，解析时机也最早，不需要依赖Makefile的其他配置：

make dummy VARENV1=true VARENV2=test

方案2：提前声明变量统一解析逻辑 #

在Makefile开头提前声明相关变量，确保环境变量导入时机一致，同时注意ifeq参数不需要额外加引号，避免引号被判定为值的一部分导致判断失败：

# 提前声明变量，默认值可自定义
VARENV3 ?= ""
ifeq ($(VARENV1),true)
# 变量定义前不要加缩进
VARENV3=$(VARENV2)
endif

dummy:
	@echo $(VARENV3)

内容的提问来源于stack exchange，提问作者Djoby