gcc生成文件错误:";没有制定目标的规则……”;

gcc生成文件错误:";没有制定目标的规则……”;,gcc,makefile,Gcc,Makefile,我正在尝试使用GCC(linux)和makefile来编译我的项目 我发现以下错误,在这种情况下似乎无法破译: "No rule to make target 'vertex.cpp', needed by 'vertex.o'. Stop." 这是生成文件: 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

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

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

"No rule to make target 'vertex.cpp', needed by 'vertex.o'.  Stop."
这是生成文件:

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
的文件可供创建。检查:

  • 该文件存在
  • 当你做出决定时,你在正确的目录中

除此之外,我没有什么别的建议。也许你可以给我们一个目录列表,上面有那个目录。

是这样吗?请记住,Makefile语法支持空格,需要制表符缩进操作下的命令。

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


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

在我的例子中,这是由于Makefile中的多行规则错误造成的。我有点像:

OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o \
OBJS-$(CONFIG_OBJ2)            += file5.o 
OBJS-$(CONFIG_OBJ3)            += file6.o
...
CONFIG\u OBJ1
规则中文件列表末尾的反斜杠导致此错误。应该是这样的:

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

根据我的经验,这个错误通常是由拼写错误引起的

我今天犯了这个错误

make[1]:***没有规则使目标
maintenaceDialog.cpp',这是
maintenaceDialog.o'需要的。停下来

就我而言,这个错误只是一个拼写错误。维护这个词不见了,它是第三个N


还要检查文件名的拼写。

在我的例子中,我经常使用逗号作为分隔符。以你为例,我这样做了:

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获得要构建的内容列表。有人将另一个库添加到其中一个列表中,如下所示

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary
他们应该这样做:

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

如果他们采用第二种方法,就不会消除
构建。
+=
中的加号非常重要。

在我的情况下,这是因为我调用了Makefile:Makefile(所有大写)

如果您试图将John The Ripper构建为“正在流血的jumbo”,并得到类似“make:**没有规则将目标设置为‘linux-x86-64’”。请尝试运行此命令:
/configure&&make

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

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

这:

给出:
make[3]:***没有规则使“../hello\u poco/bin/mac/HelloPoco”需要的目标“/usr/lib/libPocoFoundationd.so”。停止。

但如果我删除
Poco_库
,它会起作用:

target_link_libraries(
    ${PROJECT_NAME}
    ${Poco_Foundation_LIBRARY}
    ${Poco_Net_LIBRARY}
    ${Poco_Util_LIBRARY}
    )
我在Mac上使用clang8,在Linux上使用Clang3.9 这个问题只在Linux上出现,但在Mac上有效


我忘了提到:
Poco_库
是错误的-它不是由cmake/find_包设置的

常见错误之一可能是另一个文件名中的键入错误

您的示例非常简单,但有时可能混淆的是
的消息本身就是
。让我们考虑一个例子。

我的文件夹内容是:

$ ls -1
another_file
index.md
makefile
而我的
makefile
看起来

all: index.html

%.html: %.md wrong_path_to_another_file
    @echo $@ $<
老实说,这个消息令人困惑。它只是说,没有规则。事实上,这意味着规则是错误的,但由于通配符(模式),规则
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 $@ $<

在我的例子中,错误消息引用了一个旧文件名,该文件名已被重命名,因此不再存在。原来过时的信息不是来自Makefile,而是来自
.deps
目录中的文件

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

使用
make-j1
的顺序构建没有受到影响,但我花了一段时间才意识到,因为我使用了一个别名(
make-j8

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

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

在此之后,构建再次工作。

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

此错误有多种原因

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

我有一个带有caps BaseClass.h SubClass.h的文件名 Unix具有区分大小写的文件命名约定,windows不区分大小写

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

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


在Travis中,我忘记将新文件添加到git存储库时,发生了这个错误。这是一个愚蠢的错误,但我可以看出这是一个相当普遍的现象。

这条信息可以清楚地说明很多事情

在我的例子中,它是使用多个线程编译的。一个线程需要一个依赖项,而另一个线程还没有完成该依赖项的创建,这导致了一个e
all: index.html

%.html: %.md another_file
    @echo $@ $<
$ make
index.html index.md
find | grep '.deps' | xargs rm
find | grep '.deps' | xargs rmdir
autoreconf --install # (optional, but my project is using autotools) 
./configure