nmake 推理规则限制为深度 1

Question

我注意到 nmake.exe 将其推理规则搜索限制为一个丢失的文件。我发现网络上没有提到这个问题。我错过了什么吗？

$ cat Makefile
.SUFFIXES: .a .b .d .e

all: abc.e

.a.b:
        copy $** $@

.b.d:
        copy $** $@

.d.e:
        copy $** $@

$ touch abc.a

$ nmake
NMAKE : fatal error U1073: don't know how to make 'abc.e'
Stop.

$ nmake -n abc.a
'abc.a' is up-to-date

$ nmake -n abc.b
        copy abc.a abc.b

$ nmake -n abc.d
NMAKE : fatal error U1073: don't know how to make 'abc.d'
Stop.

同样的 Makefile 使用 GNU make 生成以下内容：

$ make -n 
copy abc* abc.b
copy abc* abc.d
copy abc* abc.e
rm abc.b abc.d

当然，$** 宏和 copy 命令在 GNU make 中并不那么有用。 ;-)

你的 nmake.exe 版本能更好地处理这个问题吗？有魔法开关吗？或者它真的像看起来那样破碎吗？

Answer 1

这里的问题是跟踪构建过程中的多步骤操作。您的源文件会生成某种中间文件，进而生成最终的构建输出。在糟糕的环境中，您可能会对源文件进行更改，然后您的最终二进制文件仍然可以从中间文件的过时版本构建。显然，那会很糟糕。

GNU make 采用立即对整个依赖树进行建模的方法，并一直跟踪修改的文件直至输出。如果 make 是您使用的唯一构建工具，那么这很棒。如果您有非常大的项目，则此方法效果不佳，因此您需要按特定顺序进行制作。如果“make”不支持构建过程中的某些工具，则此方法效果不佳，因此无论如何您都需要运行多次。

nmake.exe 采用尽可能简单的方法：一次只执行一次。它假设它将成为更大工具链的一部分。因此，如果您具有多遍依赖项，则将需要多次 nmake。如果您的构建过程需要超过 3 遍，那么您可能正在做一件坏事，您应该修复您的过程。对于大声喊叫，如果您需要多次传递，只需编写一个脚本即可完成。