Question

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

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

"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

Answer 1

这通常是因为您没有可用的文件vertex.cpp。检查：

该文件存在。
当你做的时，你就在正确的目录中。

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

Answer 2

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

我今天收到了这个错误。

make [1]：***没有规则来制作目标maintenaceDialog.cpp', needed by maintenaceDialog.o'。停止。

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

同时检查文件名的拼写。

Answer 3

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

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

Answer 4

在我的情况下，我用骨头作为分隔符使用逗号。为了使用你的例子我做了这个：

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

修好了。

Answer 5

这是完全正确的吗？请记住，Makefile语法是空格感知的，需要使用制表符来缩进操作下的命令。

Answer 6

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

我们的makefile会传递要构建的事物列表。有人将TheOtherLibrary添加到其中一个列表中，如下所示。

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

他们应该这样做：

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

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

Answer 7

在我的情况下，这是由于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
...

Answer 8

在我的情况下，错误消息引用旧文件名，因为它已重命名而不再存在。事实证明，过时的信息不是来自Makefile，而是来自<script src="https://code.jquery.com/jquery-2.2.4.min.js"></script> <script src="https://maxcdn.bootstrapcdn.com/bootstrap/3.3.7/js/bootstrap.min.js"></script> <div class="container-fluid"> <div class="row section"> <div class="col-md-2"></div> <div class="col-md-8 pane"> <ul class="nav nav-tabs nav-justified"> <li class="active"><a data-toggle="tab" href="#home"><img src="img/img1.png" height=75 alt="logo1"><br>My header text 1</a></li> <li><a data-toggle="tab" href="#menu1" class="orange"><img src="img/img2.png" height=75 alt="logo2"><br>My header text 2</a></li> <li><a data-toggle="tab" href="#menu2" class="red"><img src="img/img3.png" height=75 alt="logo3"><br>My header text 3</a></li> </ul> <div class="tab-content"> <div id="home" class="tab-pane fade in active"> <h3>HOME</h3> <p>Some content.</p> </div> <div id="menu1" class="tab-pane fade orange"> <h3>Menu 1</h3> <p>Some content in menu 1.</p> </div> <div id="menu2" class="tab-pane fade red"> <h3>Menu 2</h3> <p>Some content in menu 2.</p> </div> </div> </div> <div class="col-md-2"></div> </div> </div>目录中的文件。

将文件从一台计算机复制到另一台计算机后，我遇到了此错误。在这个过程中，我假设时间戳处于一个不一致的状态，这使得＃34; make＆＃34;并行运行多个作业时（类似于this bug report）。

使用.deps的顺序版本没有受到影响，但我花了一段时间才意识到，因为我使用的是别名（make -j 1）。

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

.deps

之后，建筑又恢复了工作。

Answer 9

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

你的例子很简单，但有时可能会混淆 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.

说实话信息完全错误。让我们稍微改变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

Answer 10

就我而言，这是由于我将文件打包成 MakeFile 而应该是 Makefile。

Answer 11

此消息可以清楚地意味着很多事情。

就我而言，它是使用多个线程进行编译的。一个线程需要另一个线程尚未完成的依赖关系，从而导致错误。

并非所有构建都是线程安全的，因此，如果您的构建通过了其他测试（例如上面列出的测试），则考虑使用一个线程进行缓慢构建。

Answer 12

另一种解决方案虽然不是真正的答案，但可能可以帮助某个人。我不知道我的问题出在哪里，问题是一天出现，无处可走，没有举动，没有重命名，什么都没有。我尝试了上面的所有建议和解决方案，没有任何帮助，所以我手动删除了整个构建目录，迫使Eclipse重新创建makefile和所有* .mk文件，然后问题就消失了。

Answer 13

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

Answer 14

此错误有多种原因。

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

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

C++ why people don't use uppercase in name of header files?

如果您使用的是gmake

，请尝试使用gmake clean编译干净的构建

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

how to add a c++ file in Qt Creator whose name starts with capital letters ? It automatically makes it small letter

Answer 15

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

Answer 16

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

此：

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设置的！

Answer 17

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

Answer 18

当我只将Source目录复制到不同的位置时，我遇到了同样的错误。

我移动Build目录后也解决了。

Answer 19

在我的情况下，这是由于我调用Makefile：MAKEFILE（全部大写）

gcc makefile错误：“没有规则来制作目标...”

19 个答案: