gcc makefile错误：“没有规则可以使目标……”

我正在尝试使用带有makefile的GCC（linux）来编译我的项目。

我收到以下错误，在这种情况下似乎无法破译：

"No rule to make target 'vertex.cpp', needed by 'vertex.o'.  Stop."

这是makefile：

a.out: vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o
    g++ vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o

main.o: main.cpp main.h
    g++ -c main.cpp

vertex.o: vertex.cpp vertex.h
    g++ -c vertex.cpp

edge.o: edge.cpp edge.h
    g++ -c num.cpp

vlist.o: vlist.cpp vlist.h
    g++ -c vlist.cpp

elist.o: elist.cpp elist.h
    g++ -c elist.cpp

vnode.o: vnode.cpp vnode.h
    g++ -c vnode.cpp

enode.o: enode.cpp enode.h
    g++ -c node.cpp

通常是因为您没有一个vertex.cpp可用于制作的文件。检查：

• 该文件存在。
• 制作时，您在正确的目录中。

除此之外，我没有其他建议。也许您可以给我们该目录的目录清单。

以我的经验，此错误通常是由拼写错误引起的。

我今天收到这个错误。

make [1]：***没有创建目标maintenaceDialog.cpp', needed bymaintenaceDialog.o'的规则。停止。

就我而言，该错误仅仅是拼写错误。MAINTENANCE一词遗漏了它的第三个N。

还要检查文件名的拼写。

打印此消息的更常见原因是因为您忘记了包含源文件所在的目录。结果，gcc“认为”该文件不存在。

您可以使用-I参数将目录添加到gcc。

就我而言，我骨头式地使用逗号作为分隔符。使用您的示例，我这样做：

a.out: vertex.o, edge.o, elist.o, main.o, vlist.o, enode.o, vnode.o
    g++ vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o

将其更改为

a.out: vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o
    g++ vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o

固定它。

就是这样吗？请记住，Makefile语法支持空格，并且需要使用制表符缩进操作下的命令。

我发现的问题比其他人提到的问题还要愚蠢。

我们的makefile文件将传递要构建的事物的列表。某人已添加TheOtherLibrary到列表之一，如下所示。

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

他们应该这样做：

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

如果他们用第二种方法完成了，他们将不会消灭Library构建。加号+=非常重要。

就我而言，这是由于Makefile中的多行规则错误所致。我有类似的东西：

OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o \
OBJS-$(CONFIG_OBJ2)            += file5.o 
OBJS-$(CONFIG_OBJ3)            += file6.o
...

CONFIG_OBJ1的规则中文件列表末尾的反斜杠引起了此错误。应该是这样的：

OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o
OBJS-$(CONFIG_OBJ2)            += file5.o
...

常见错误之一可能是另一个文件名中的拼写错误。

您的示例非常简单，但有时可能会混淆make自身的消息。让我们考虑一个例子。

我的文件夹内容是：

$ ls -1
another_file
index.md
makefile

而我的makefile模样

all: index.html

%.html: %.md wrong_path_to_another_file
    @echo $@ $<

尽管我确实知道index.md它应该在的位置，并且名称没有错误，但是来自的信息make将是

make: *** No rule to make target `index.html', needed by `all'.  Stop.

老实说，这个信息令人困惑。它只是说，没有规则。实际上，这意味着该规则是错误的，但是由于通配符（模式）规则make无法确定到底是什么引起了该问题。

让我们makefile稍作改动，也就是说用明确的规则替换模式：

index.html: index.md wrong_path_to_another_file

现在，我们收到的消息将是：

make: *** No rule to make target `wrong_path_to_another_file', needed by `index.html'.  Stop.

奇迹！可以得出以下结论：

• 信息make取决于规则，并不总是指向问题的根源

• 您可能有其他问题与makefile此消息指定的问题有所不同

现在，我们还提出了检查规则中其他依赖项的想法：

all: index.html

%.html: %.md another_file
    @echo $@ $<

只有这样才能为我们提供理想的结果：

$ make
index.html index.md

在我的情况下，错误消息指向一个旧文件名，该文件名不再存在，因为它已被重命名。原来，过时的信息不是来自Makefile，而是来自目录中的.deps文件。

将文件从一台计算机复制到另一台后，我遇到了此错误。在此过程中，我假设时间戳处于不一致状态，当并行运行多个作业时，这会使“ make”混淆（类似于此bug报告）。

与的顺序构建make -j 1不受影响，但是花了我一段时间才意识到，因为我使用的是别名（make -j 8）。

为了清理状态，我删除了所有.deps文件并重新生成了Makefile。这些是我使用的命令：

find | grep '.deps' | xargs rm
find | grep '.deps' | xargs rmdir
autoreconf --install # (optional, but my project is using autotools) 
./configure

在那之后，建筑物又开始工作了。

如果您尝试构建“ Rippering John”开膛手“ bleeding-jumbo”，并收到类似“ make：*** No rule make target'linux-x86-64'”的错误信息。尝试运行以下命令：./configure && make

在我的情况下，源文件和/或旧的目标文件已通过半崩溃的IDE或从停止正常工作的备份云服务锁定（只读）。重新启动与文件夹结构关联的所有程序和服务可以解决该问题。

怪异问题及其解决方案的另一个示例：

这个：

target_link_libraries(
    ${PROJECT_NAME}
    ${Poco_LIBRARIES}
    ${Poco_Foundation_LIBRARY}
    ${Poco_Net_LIBRARY}
    ${Poco_Util_LIBRARY}
    )

给出： make[3]: *** No rule to make target '/usr/lib/libPocoFoundationd.so', needed by '../hello_poco/bin/mac/HelloPoco'. Stop.

但是，如果我删除Poco_LIBRARIES它的工作原理：

target_link_libraries(
    ${PROJECT_NAME}
    ${Poco_Foundation_LIBRARY}
    ${Poco_Net_LIBRARY}
    ${Poco_Util_LIBRARY}
    )

我在Mac上使用clang8，在Linux上使用clang 3.9。问题仅在Linux上发生，但在Mac上有效！

我忘了提：Poco_LIBRARIES是错的-它不是由cmake / find_package设置的！

在我的情况下，添加错误后，未在VPATH中设置路径。

此错误有多种原因。

我遇到此错误的原因之一是在为Linux和Windows构建时。

我的文件名带有大写字母BaseClass.h SubClass.h Unix保持区分大小写的文件命名约定，而Windows不区分大小写。

C ++为什么人们在头文件名中不使用大写字母？

如果使用gmake，请尝试使用gmake clean编译clean build

一些文本编辑器具有默认设置，以忽略区分大小写的文件名。这也可能导致相同的错误。

如何在Qt Creator中添加以大写字母开头的c ++文件？自动将其变成小写字母

当我忘记将新文件添加到git存储库时，在Travis中为我发生了此错误。愚蠢的错误，但我可以看到它很普遍。

就我而言，这是由于我调用了Makefile：MAKEFILE（全部大写）