使用eval时，Makefile规则不是目标

Question

我有一个makefile，它将tar文件提取到运行时确定的可变数量的文件夹中（在下面的示例中，这是硬编码的）：

firstTarget: start
.PHONY: start

DIRS = d1 d2 d3

TAR_FILES = $(wildcard ?.tar)
TAR_FILE_NAMES := $(TAR_FILES:%.tar=%)
FILES = $(foreach _, $(DIRS), $(TAR_FILE_NAMES:%=$_/%.txt))

define AddRule
DIR = $(1)
$(DIR)/%.txt: %.tar
    @echo $(1) $(DIR) $$@ $$< $$*
    @mkdir -p $(DIR)
    @tar -xvf $$< > /dev/null
    @mv $$*.txt $(DIR)
endef
$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))
#$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))

start: $(FILES)
    @echo "Finished"

setup:
    @touch a.txt
    @tar -cvf a.tar a.txt > /dev/null
    @rm a.txt

clean:
    @rm -rf d1/ d2/ d3/

在运行时为每个变量案例生成规则，并使用eval和call解析为make指令。

请注意以下几行：

$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))
#$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))

当第二行被注释掉时，我得到以下输出和错误：

d2 d1 d1/a.txt a.tar a
d3 d2 d2/a.txt a.tar a
make: *** No rule to make target 'd3/a.txt', needed by 'start'.  Stop.

当我使用-pRr运行make时，我看到d3/a.txt规则的以下输出：

# Not a target:
d3/a.txt:
#  Implicit rule search has been done.
#  File does not exist.
#  File has not been updated.

将此与d1/a.txt的规则进行比较：

d1/a.txt: a.tar
#  Implicit rule search has been done.
#  Implicit/static pattern stem: 'a'
#  Last modified 2016-02-18 09:36:24
#  File has been updated.
#  Successfully updated.
# automatic
# @ := d1/a.txt
# automatic
# % := 
# automatic
# * := a
# automatic
# + := a.tar
# automatic
# | := 
# automatic
# < := a.tar
# automatic
# ^ := a.tar
# automatic
# ? := a.tar
# variable set hash-table stats:
# Load=8/32=25%, Rehash=0, Collisions=1/25=4%
#  recipe to execute (from 'Makefile', line 18):
    @echo  d2 d1 $@ $< $*
    @mkdir -p d1
    @tar -xvf $< > /dev/null
    @mv $*.txt d1

添加第二行，意味着每个规则被调用和评估两次，它工作正常：

d2 d1 d1/a.txt a.tar a
d3 d2 d2/a.txt a.tar a
d1 d3 d3/a.txt a.tar a
Finished

当通过make -pRr查看时， d3/a.txt的规则也类似于上述d1/a.txt规则。

值得注意的是，在规则中我输出的内容如下：

@echo $(1) $(DIR) $$@ $$< $$*

现在的问题是：

1. 为什么不正确评估d3的规则？
2. 为什么$（1）在规则中不等于$（DIR）？ 这很奇怪，因为$（1）被分配给$（DIR）。
3. 为什么调用和评估规则使其工作正常？

如果要重复此问题， make setup运行make setup ，然后再运行make 。

更新1：18/02/2016

@DevSolar的答案解决了上述问题，但让我意识到我的测试用例并不是真正问题的完美表现。 在实际问题中，动态规则的参数不在目标的开头：

FILES = $(foreach _, $(DIRS), $(TAR_FILE_NAMES:%=somedir/$_/%.txt))

define AddRule
somedir/$(1)/%.txt: %.tar
    @echo $(1) $$@ $$< $$*
    @mkdir -p somedir/$(1)
    @tar -xvf $$< > /dev/null
    @mv $$*.txt $(1)
endef

请注意，目标现在为somedir/$(1)/%.txt: %.tar 。 somedir/$(1)/%.txt: %.tar 。 这导致make 3.81中出现以下错误：

Makefile:17: warning: overriding commands for target `somedir'
Makefile:17: warning: ignoring old commands for target `somedir'
Makefile:17: warning: overriding commands for target `somedir'
Makefile:17: warning: ignoring old commands for target `somedir'

有趣的是，make 4.1还有其他的说法：

Makefile:17: *** mixed implicit and normal rules: deprecated syntax
Makefile:17: warning: overriding recipe for target 'somedir/'
Makefile:17: warning: ignoring old recipe for target 'somedir/'
Makefile:17: *** mixed implicit and normal rules: deprecated syntax
Makefile:17: warning: overriding recipe for target 'somedir/'
Makefile:17: warning: ignoring old recipe for target 'somedir/'
Makefile:17: *** mixed implicit and normal rules: deprecated syntax
make: *** No rule to make target 'somedir/d1/a.txt', needed by 'start'.  Stop.

也没有帮助我找出原因。

Answer 1

我不得不承认我从未真正理解make的更高级功能的确切规则（因为当我开始对它们感兴趣时，我转而使用CMake）。

所以我不能为你提供详细的“为什么”（这是否会发生），而只是“如何”（我能解决这个问题）。

不要指定DIR = $(1) ，直接使用$(1) ：

define AddRule
$(1)/%.txt: %.tar
    @mkdir -p $(1)
    @tar -xvf $$< > /dev/null
    @mv $$*.txt $(1)
endef
$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))

这按预期工作。 我只能假设本地分配不能同时使用，但make会处理define s。

正如@ user657267在评论中指出：

DIR = $(1) （或更准确地说是$(DIR) ）失败的原因是因为eval在内容扩展为makefile语法之前扩展了所有内容。 用$$(DIR)替换$(DIR)也解决了这个问题。

---

更新：

通过查看$(1)在define实际解析的内容来解决您更新的问题：

define AddRule
$(warning '$(1)')
...

输出：

Makefile:21: ' d1'
Makefile:21: ' d2'
Makefile:21: ' d3'

罪魁祸首：

$(foreach _, $(DIRS), $(eval $(call AddRule, $_)))
                                            ^

解：

$(foreach _, $(DIRS), $(eval $(call AddRule,$_)))

（注意$_之前删除的空格，它成为$(1)标记的一部分。）