仅订购的先决条件在 GNU make 中无法正常工作？

Question

我对仅限订单的先决条件有疑问。这些根本不执行。我是否误解了仅订购先决条件的工作方式？

以下make脚本：

.PHONY: mefirst mefirst2

mefirst:
    @echo "I'm first!"

mefirst2:
    @echo "I'm first too!"

normaltarget: normaltarget2 | mefirst2
    @echo "normaltarget done"

normaltarget2: a b c 
    @echo "normaltarget2 done"

helloworld: normaltarget | mefirst
    @echo "helloworld done"

.DEFAULT_GOAL := go
go: helloworld
    @echo "go done"

a:
    @echo a
b:
    @echo b
c:
    @echo c

...打印出以下内容：

a
b
c
normaltarget2 done
I'm first too!
normaltarget done
I'm first!
helloworld done
go done

...而不是我所期望的：

I'm first!
I'm first too!
a
b
c
normaltarget2 done
normaltarget done
helloworld done
go done

我做错了什么？

Answer 1

我是否误解了仅订购先决条件的工作方式？

是的，就是这个样子。

“仅订购”这个名称有点令人困惑。 | 背后的先决条件被称为“仅订单先决条件”，不是因为它们改变了单个目标的先决条件列表中配方执行的顺序，而是因为它们的唯一目的是让某些目标在其他目标之前创建，例如引导程序。正如下面用户 bobbogo 准确解释的那样（ -- 感谢您的纠正）：如果 make 决定重建目标的先决条件，它将运行该先决条件的配方。现在，对于一个普通的先决条件，此更新意味着目标现在已过时，make 将不得不运行目标的配方。另一方面，对于仅限订单的先决条件，make 不会将目标标记为需要更新。

例如，请参阅Types of Prerequisites 部分，了解应在创建目录中的对象之前创建目录的用例。

以makefile为例：

a: b
    touch a

b: c
    touch b

c:
    touch c

x: | y 
    touch x

y: | z 
    touch y

z:
    touch z

如您所见，b 和c 是a 和b 的正常先决条件，而y 和z 是x 和y 的仅订单先决条件。从零开始，它们看起来都一样：

:~$ make a
touch c
touch b
touch a
:~$ make x
touch z
touch y
touch x
:~$ make a
make: `a' is up to date.
:~$ make x
make: `x' is up to date.

但是，如果我们现在手动“更新”链末尾的先决条件（c 和 z），我们会看到不同之处：

:~$ touch c
:~$ make a
touch b
touch a
:~$ touch z
:~$ make x
make: `x' is up to date.

这显示了存在的仅订单先决条件如何不使任何目标无效，而与它们的时间戳无关。删除 order-only 目标确实会导致重建（但只会重建丢失的文件）：

:~$ rm c
:~$ make a
touch c
touch b
touch a
:~$ rm z
:~$ make x
touch z

话虽如此，更改配方运行顺序的正确方法是更正目标之间的依赖关系。例如，如果您希望在a 之前构建mefirst，那么您需要使mefirst 成为a 的先决条件，如

a: mefirst
    @echo a

由于您没有详细描述您希望配方运行的顺序，因此无法为您的问题提供完整的解决方案。

---

您的答案有一条捷径，虽然不是解决方案，但仍然很有趣。虽然没有记录，但似乎单个目标的先决条件是按照它们出现的顺序处理的。 | 符号不会改变这一点。在您的简单情况下，您可以利用它来实现您正在寻找的输出：

normaltarget: mefirst2 normaltarget2
    @echo "normaltarget done"

和

helloworld: mefirst normaltarget
    @echo "helloworld done"

但是，正如您自己指出的那样，一旦使用 -j 标志并行运行配方，这个“解决方案”就会中断。此外，正如用户 bobbogo 所指出的，依赖这种排序机制是不好的做法。引入新的依赖项可能会干扰排序。所以不要这样做:-)