gcc makefile错误:“没有规则来制作目标…”

gcc makefile error: “No rule to make target …”

我正在尝试使用GCC(linux)和makefile来编译我的项目。

我得到以下错误,在这种情况下似乎无法破译:

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

这是makefile:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
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]: *** No rule to make target maintenaceDialog.cpp', needed bymaintenaceDialog.o'. Stop.

在我的情况下,错误只是一个拼写错误。维护这个词错过了它的第三个N.

还要检查文件名的拼写。


打印此消息的更常见原因是您忘记包含源文件所在的目录。结果,gcc"认为"这个文件不存在。

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


在我的情况下,我使用逗号作为分隔符。为了使用你的例子,我做了这个:

1
2
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

将其更改为相当于

1
2
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添加到其中一个列表中,如下所示。

1
2
LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

他们应该这样做:

1
2
LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

如果他们以第二种方式完成它,他们就不会消灭Library构建。 +=中的加号非常重要。


在我的情况下,这是由于Makefile中的多行规则错误。我有类似的东西:

1
2
3
4
5
OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o \
OBJS-$(CONFIG_OBJ2)            += file5.o
OBJS-$(CONFIG_OBJ3)            += file6.o
...

CONFIG_OBJ1规则中文件列表末尾的反斜杠导致此错误。应该是这样的:

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

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

你的例子很简单,但有时可能会混淆
消息make本身。让我们考虑一个例子。

我的文件夹内容是:

1
2
3
4
$ ls -1
another_file
index.md
makefile

而我的makefile看起来像

1
2
3
4
all: index.html

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

虽然我确实有index.md,但它的名称没有错误,来自make的消息将是

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

说实话,这个消息令人困惑。它只是说,没有规则。实际上,这意味着规则是错误的,但由于通配符(模式)规则make无法确定究竟是什么导致了该问题。

让我们稍微改变makefile,也就是说用明确的规则替换模式:

1
index.html: index.md wrong_path_to_another_file

现在我们得到的信息将是:

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

奇迹!可能会得出以下结论:

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

  • 您的makefile中可能存在与此消息指定的不同的其他问题

现在我们想出了检查规则中其他依赖项的想法:

1
2
3
4
all: index.html

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

只有这样才能为我们提供所需的结果:

1
2
$ make
index.html index.md

在我的情况下,错误消息引用旧文件名,因为它已重命名而不再存在。事实证明,过时的信息不是来自Makefile,而是来自.deps目录中的文件。

将文件从一台机器复制到另一台机器后,我遇到了这个错误。在这个过程中,我假设时间戳处于一个不一致的状态,当并行运行多个作业时,它会混淆"make"(类似于这个错误报告)。

使用make -j 1的顺序构建没有受到影响,但我花了一段时间才意识到因为我使用的是别名(make -j 8)。

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

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

在那之后,建筑又恢复了工作。


如果你试图建立John the Ripper"流血 - 巨型"并得到一个错误,比如"make:***没有规则来制作目标'linux-x86-64'"。请尝试运行此命令:./configure && make


当我忘记将新文件添加到我的git存储库时,Travis内部发生了这个错误。愚蠢的错误,但我可以看到它很常见。


在我的例子中,源和/或旧目标文件被半崩溃的IDE或停止正常工作的备份云服务锁定(只读)。重新启动与文件夹结构关联的所有程序和服务解决了该问题。


另一个奇怪问题的例子及其解决方案:

这个:

1
2
3
4
5
6
7
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它的工作原理:

1
2
3
4
5
6
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设置的!


此错误有多种原因。

我遇到这个错误的原因之一是为linux和windows构建时。

我有一个带有大写字母BaseClass.h SubClass.h的文件名
Unix维护具有区分大小写的filenaming约定,而windows不区分大小写。

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

如果您使用的是gmake,请尝试使用gmake clean编译干净的构建

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

如何在Qt Creator中添加一个名称以大写字母开头的c ++文件?它自动使它成为小写字母


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


在我的情况下,这是由于我调用Makefile:MAKEFILE(全部大写)