为何make 4.4在shell调用与.EXPORT_ALL_VARIABLES下行为异常？

现象原因 #

make 4.4的核心变更之一是将make的导出变量传递给$(shell)函数调用的子shell，而.EXPORT_ALL_VARIABLES会导出所有已定义的变量（包括正在计算过程中的变量）。

在你的示例中：

1. MYVAR1被定义为$(shell echo "echo")，计算后值为echo；
2. 计算MYVAR2 = $(shell $(MYVAR1) ./file)时，make 4.4会将所有导出变量（包括正在计算的MYVAR2，其未展开的表达式为$(shell $(MYVAR1) ./file)）传递给子shell；
3. 子shell在处理环境变量时，尝试展开MYVAR2的表达式，导致递归执行命令，过程中误触发了对无执行权限的./file的执行检查，最终抛出Permission denied错误——但原命令echo ./file已执行成功，因此仍会输出./file。

而make 4.3中$(shell)不会继承导出变量，子shell中不存在MYVAR2的环境变量，不会触发递归展开或误执行，因此仅输出预期结果。

解决方法 #

1. 显式导出变量而非导出全部 #

如果不需要导出所有变量，仅显式导出需要的变量即可避免问题：

MYVAR1 ?= $(shell echo "echo")
MYVAR2 ?= $(shell $(MYVAR1) ./file)
export MYVAR1 MYVAR2  # 仅导出需要的变量

这样$(shell)的子shell只会继承显式导出的MYVAR1，不会传入未完成计算的MYVAR2，消除错误触发条件。

2. 简化变量定义（推荐） #

你的场景中MYVAR1的实际值就是echo，完全可以直接定义，无需嵌套$(shell echo "echo")，从根源避免变量传递带来的问题：

MYVAR1 ?= echo
MYVAR2 ?= $(shell $(MYVAR1) ./file)
.EXPORT_ALL_VARIABLES

3. 延迟变量展开（适用于必须导出全部的场景） #

如果必须使用.EXPORT_ALL_VARIABLES，可以将MYVAR2改为延迟展开变量，避免在定义阶段就触发$(shell)调用：

MYVAR1 ?= $(shell echo "echo")
MYVAR2 ?= $$(shell $(MYVAR1) ./file)  # 使用$$延迟展开，直到实际使用时才计算
.EXPORT_ALL_VARIABLES

注意这种方法需要确保后续使用MYVAR2的上下文能正确触发展开。

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