本文探讨了在gnu make中实现跨平台多架构动态构建的策略。针对`:=`无法在目标定义时动态评估自动变量的问题，我们引入了`foreach`、`eval`和`define`的组合用法，通过定义模板并动态生成目标及其配方，有效解决了需要迭代不同操作系统和架构组合进行构建的场景，从而避免了手动枚举所有构建选项的繁琐。
挑战：GNU Make中动态变量赋值与自动变量的限制
在GNU Make中，当需要针对不同的维度（例如操作系统和处理器架构）生成多个构建产物时，开发者常常希望能够使用简洁的循环或模式规则来自动化这一过程。然而，直接在模式规则中使用:=（简单扩展赋值）配合自动变量（如$@）往往无法达到预期效果。
例如，考虑以下场景：我们希望为Go项目构建针对darwin、windows、linux三种操作系统和amd64、386两种架构的发布版本。一个直观但存在问题的尝试可能如下：
GOOSES = darwin windows linux
GOARCHS = amd64 386
.PHONY: release-all $(GOOSES) $(GOARCHS)
release: $(GOOSES)
$(GOOSES): GOOS := app $@ # 尝试将GOOS设置为当前目标名
$(GOOSES): $(GOARCHS) # 每个OS依赖所有ARCH
$(GOARCHS): GOARCH := $@ # 尝试将GOARCH设置为当前目标名
$(GOARCHS): build # 每个ARCH依赖build
build:
GOOS=$(GOOS) GOARCH=$(GOARCH) go install ...当执行make release时，我们可能会观察到GOOS和GOARCH变量在build配方中为空，例如输出GOOS= GOARCH= go install ...。这是因为:=是“简单扩展赋值”，它在Make解析文件时只扩展一次右侧的值。在$(GOOSES): GOOS := app $@这样的规则中，当Make解析到GOOS := app $@时，$@（代表当前目标名）尚未在配方执行的上下文中可用，因此它被扩展为空字符串。结果是GOOS被赋值为app（或者如果app不存在，则为空），而非预期的darwin、windows等。这种机制使得我们无法在变量定义阶段动态地捕获当前目标的信息。
解决方案：利用foreach、eval和define实现动态目标生成
为了克服上述限制，GNU Make提供了一套强大的机制，即结合使用foreach、eval和define指令来动态生成目标和配方。这种方法允许我们在Make解析时“编写”新的Make代码，从而实现高度灵活的自动化构建。
核心概念解析
-
define 和 endef：多行变量定义define用于定义一个多行变量，通常作为模板使用。它允许我们将一段Make代码（包括目标、依赖和配方）封装起来，并在后续通过call函数调用。
define MY_TEMPLATE # 这里可以包含多行Make代码 # 例如： target_$(1): echo "Processing $(1)" endef在模板中，$(1)、$(2)等表示位置参数，它们在通过call函数调用时会被实际参数替换。
-
call 函数：调用多行变量模板call函数用于调用一个define定义的多行变量，并将提供的参数替换到模板中的$(1)、$(2)等位置。
$(call MY_TEMPLATE,arg1)
这会生成：
target_arg1: echo "Processing arg1" -
foreach 函数：迭代列表foreach函数用于遍历一个列表，并对列表中的每个元素执行一段Make代码。
$(foreach var,list,text)
它会将list中的每个元素依次赋值给var，然后对text进行扩展。
-
eval 函数：动态解析Make代码eval函数是实现动态目标生成的关键。它会将一个字符串作为Make代码进行解析和评估，就好像这段字符串是直接写在Makefile中一样。
$(eval $(call MY_TEMPLATE,arg1))
eval会接收$(call MY_TEMPLATE,arg1)的输出字符串，然后将其作为Make代码进行解析，从而动态地创建target_arg1这个目标及其配方。
实施动态构建策略
结合上述概念，我们可以构建一个针对多操作系统和多架构的动态构建方案：
# 定义操作系统和架构列表
GOOSES = darwin windows linux
GOARCHS = amd64 386
# 默认的'build'目标，它将依赖所有动态生成的特定平台构建目标
build:
# 定义一个多行变量模板，用于生成每个GOOS/GOARCH组合的构建目标和配方
define template
# 定义一个名为 build_$(1)_$(2) 的目标，其中 $(1) 是GOOS，$(2) 是GOARCH
build_$(1)_$(2):
# 在执行配方时，将GOOS和GOARCH作为环境变量传递给go install命令
GOOS=$(1) GOARCH=$(2) go install ... # 替换为你的实际构建命令
endef
# 使用foreach循环嵌套，遍历所有GOARCH和GOOS组合
# 对于每个组合，通过call函数调用模板，并使用eval函数动态生成目标
$(foreach GOARCH,$(GOARCHS),\
$(foreach GOOS,$(GOOSES),\
$(eval $(call template,$(GOOS),$(GOARCH))))\
)
# 可选：定义一个 .PHONY 目标，确保即使文件不存在也能执行
.PHONY: $(foreach GOARCH,$(GOARCHS),$(foreach GOOS,$(GOOSES),build_$(GOOS)_$(GOARCH)))
# 定义一个all目标，使其依赖于所有生成的构建目标
all: $(foreach GOARCH,$(GOARCHS),$(foreach GOOS,$(GOOSES),build_$(GOOS)_$(GOARCH)))
# 清理目标（示例）
clean:
rm -f myapp_* # 替换为你的实际清理命令工作原理详解：
- GOOSES和GOARCHS：定义了所有需要迭代的操作系统和架构列表。
-
define template ... endef：定义了一个名为template的多行变量。这个模板是核心，它包含了为单个GOOS和GOARCH组合构建所需的Make代码。
- build_$(1)_$(2):：这里定义了一个具体的构建目标，例如build_darwin_amd64。$(1)和$(2)是占位符，分别代表传入的GOOS和GOARCH值。
- GOOS=$(1) GOARCH=$(2) go install ...：这是实际的构建命令。在配方执行时，$(1)和$(2)已经被替换为具体的操作系统和架构值，并作为环境变量传递给go install命令。
-
$(foreach GOARCH,$(GOARCHS),...)：这是一个嵌套的foreach循环。
- 外层循环遍历GOARCHS列表中的每个架构（amd64, 386）。
- 内层循环遍历GOOSES列表中的每个操作系统（darwin, windows, linux）。
-
$(eval $(call template,$(GOOS),$(GOARCH)))：
- $(call template,$(GOOS),$(GOARCH))：对于每个GOOS/GOARCH组合，call函数会调用template，并将当前的GOOS和GOARCH值分别作为$(1)和$(2)传入。例如，当GOOS为darwin，GOARCH为amd64时，call会生成以下字符串：
build_darwin_amd64: GOOS=darwin GOARCH=amd64 go install ... - $(eval ...)：eval函数接收上述生成的字符串，并将其作为Make代码进行解析。这样，Make就会动态地创建build_darwin_amd64这个目标及其对应的配方。这个过程对所有GOOS/GOARCH组合重复，从而生成build_darwin_amd64、build_darwin_386、build_windows_amd64等所有目标。
- $(call template,$(GOOS),$(GOARCH))：对于每个GOOS/GOARCH组合，call函数会调用template，并将当前的GOOS和GOARCH值分别作为$(1)和$(2)传入。例如，当GOOS为darwin，GOARCH为amd64时，call会生成以下字符串：
- all: ...：定义了一个all目标，它依赖于所有通过foreach和eval动态生成的build_$(GOOS)_$(GOARCH)目标。当你运行make all（或默认的make），Make就会尝试构建所有这些目标。
使用示例
将上述Makefile保存为Makefile，然后执行：
make all
你将看到Make依次为darwin/amd64、darwin/386、windows/amd64、windows/386、linux/amd64、linux/386等所有组合执行go install命令。
注意事项与总结
- 调试复杂性：使用eval和define的组合虽然强大，但可能使Makefile的调试变得复杂，因为部分代码是动态生成的。可以使用$(info ...)或$(warning ...)来输出eval前生成的字符串，以帮助理解。
- .PHONY：为动态生成的目标添加.PHONY声明是良好的实践，以确保即使不存在同名文件，这些目标也能被正确执行。
- 可扩展性：这种模式非常适合处理多维度的构建需求。如果需要增加新的操作系统或架构，只需修改GOOSES或GOARCHS列表即可，无需修改核心逻辑。
- 变量作用域：在define模板内部，$(1)和$(2)等是参数，而GOOS和GOARCH在配方中是环境变量。理解它们的作用域和传递方式至关重要。
通过掌握foreach、eval和define的联合使用，开发者可以在GNU Make中实现高度灵活和自动化的构建流程，尤其适用于需要处理多维度组合的复杂项目。这种模式将大大减少重复代码，提高Makefile的可维护性和可扩展性。
