GNU make嵌套$(foreach)与$(call)触发multiple target patterns报错

Makefile:29: *** multiple target patterns. Stop. 报错的本质是GNU make在解析规则行时，在目标定义段（第一个用于分隔目标与依赖的冒号之前的区域）检测到多余冒号字符，无法定位语法边界，因此中断解析。
结合排查到的可疑线索，实际触发链路如下：

• 通过$(foreach)嵌套$(call)动态生成构建规则的过程中，每次迭代展开模板时，参数值（60、600）所在行末尾携带未清理的冗余空白。这些不可见空白在字符串拼接时，破坏了不同规则片段之间的换行边界。
• 原本应该独立成行的两段规则文本，被错误拼接为同一行。合并后的行内自然包含两个冒号（分别属于两段独立规则），最终触发解析报错。
• 用$(info)输出调试内容时没有发现异常，是因为控制台对行末冗余空白的视觉辨识度极低，打印出的文本看起来和预期格式一致，但实际送入$(eval)做语法解析的字符串已经存在行合并错误。

• 清理嵌套函数的拼接冗余：修改$(foreach)的循环逻辑，在每次$(call)展开模板后，立刻用$(strip)函数剔除该段内容的首尾冗余空白，从源头避免拼接时的行边界模糊。注意不要在foreach的迭代段、call的参数拼接处留多余空格。
• 调整动态生成规则的解析流程：不要直接把$(foreach)的输出结果传给$(eval)，先对全量生成的字符串做一次$(strip)压缩，仅保留规则命令行必须的tab缩进，剔除其他位置的多余空白。
• 调试优化：不要仅依赖$(info)的控制台输出判断生成内容的正确性，可将动态生成的规则文本写入临时文件，直接检查不可见的空白字符位置，确认相邻规则是被换行符正确分隔的独立行。

正确写法参考 #

# 定义通用数据处理规则模板
define conprod
data/processed/processed_$(1).csv: data/raw/observations.csv src/parser.py
	python src/parser.py --input $$< --output $$@ --bin $(1)
endef

# 待遍历的处理参数列表
PROCESS_PARAMS := 60 600

# 生成规则：先剥离模板内容的冗余空白，再交给eval解析
$(foreach param,$(PROCESS_PARAMS),$(eval $(strip $(call conprod,$(param)))))

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