生成文件覆盖默认隐式规则

Makefile overriding default implicit rule

本文关键字：规则 默认 覆盖 文件      更新时间：2023-10-16

为什么此规则不能覆盖默认隐式规则？

当调用 make 时，如下所示：make myapp（假设 myapp.c 在那里）。make 运行默认命令来构建和链接程序，而不是在此隐式规则中定义的命令：

#... omitted code
LCUS=$(LIBS)/libcus.a
#... omitted code
% : %.o $(LCUS)
        echo  !!! Custom build !!!
        $(MY_CMD) $< -o $@ $(LCUS)
摘

自GNU在线make手册：

您可以覆盖内置隐式规则（或已定义的规则） 你自己）通过定义具有相同目标的新模式规则和 先决条件，但命令不同。

所以我假设这是因为先决条件与隐式规则不同。

另请参阅make手册：

链接单个对象文件n由 n.o 自动通过 通过C编译器运行链接器（通常称为ld）。这 使用的精确命令是$(CC) $(LDFLAGS) n.o $(LOADLIBES) $(LDLIBS)。 此规则对于只有一个的简单程序做正确的事情 源文件。如果有多个，它也会做正确的事情 目标文件（可能来自各种其他源文件），一个 其名称与可执行文件的名称匹配。因此

 x: y.o z.o

当x.c时，y.c 和 z.c 都将执行：

cc -c x.c -o x.o
cc -c y.c -o y.o
cc -c z.c -o z.o
cc x.o y.o z.o -o x
rm -f x.o
rm -f y.o
rm -f z.o

所以基本上make理解从.o文件生成的程序文件的隐式规则，但是当你扔进静态库时，它就不理解了。 一种简单的测试方法是从依赖项中删除$(LCUS)（作为临时措施），以查看它是否随后使用您的规则而不是内置的规则。 如果是这样，那么你就知道那是你的问题。 如果只是添加myapp来替换%是一个问题，因为您希望规则构建多个目标，则可以尝试以下操作：

$(APPS): % : %.o $(LCUS)

其中$(APPS)是一个变量，包含您要构建的所有应用程序。 这将允许一个规则构建多个目标。 您也可以完全跳过变量的使用，并放置一个空格分隔的列表。 这是静态模式规则的示例，可在此处找到更多信息。 静态模式和隐式规则之间的区别可以在这里找到。

您的规则与内置隐式规则不同，因此它不会取消它。

此外，make 始终首选不需要生成中间文件的规则。如果您预先创建.a文件，则可能会改用您的规则（但甚至可能仍然不会）。

如果您取消内置规则并将规则保留在原位，我相信它应该可以正常工作。

相关文章：