gcc makefile错误:“No rule to make target…”;

我试图使用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
1380571 次浏览

这通常是因为你没有一个名为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_OBJ1规则中文件列表末尾的反斜杠导致此错误。应该是这样的:

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

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

我今天收到这个错误。

make[1]: ***没有创建目标__abc0maintenacdialog .o'的规则。停止。

在我的例子中,这个错误只是一个拼写错误。MAINTENANCE这个词缺了第三个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会得到要构建的东西的列表。有人将TheOtherLibrary添加到其中一个列表中,如下所示。

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

他们应该这样做:

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

如果他们用第二种方式来做,他们就不会清除Library构建。+=中的加号非常重要。

在我的例子中,这是由于我调用Makefile: Makefile(全部大写)

如果你试图构建John the Ripper“bleed -jumbo”,并得到类似“make: *** No rule to 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上使用clang3.9 这个问题只发生在Linux上,但在Mac上可以工作!< / p >

我忘了提:Poco_LIBRARIES是错误的-它不是由cmake/find_package设置的!

一个常见的错误可能是另一个文件名输入错误

你的例子很简单,但有时可能会混淆 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”(类似于此错误报告)。

使用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

从那以后,建筑又开始工作了。

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

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

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

在我的例子中,它使用多线程进行编译。一个线程需要另一个线程尚未完成的依赖项,从而导致错误。

并不是所有的构建都是线程安全的,所以如果构建通过了上面列出的其他测试,可以考虑使用一个线程进行缓慢的构建。

在我的情况下,这是由于我板条箱文件像MakeFile,而不是它应该是Makefile

我的案例是一个丢失的$:

而不是:

(LINK_TARGET): $(OBJS)

应该是:

$(LINK_TARGET): $(OBJS)

编辑:

我也遇到了同样的问题,但现在由于另一个原因,这是由于我的.bashrc文件中的echo命令。

在我的例子中,这个错误的原因是文件夹名称有空格,重命名文件夹解决了这个问题


例子:

~/foo bar/mymoduledir

将文件夹foo bar重命名为foo_bar:

~/foo_bar/mymoduledir

解决问题

在我的例子中,在删除了一些头文件和.c文件后,问题就出现了,项目没有编译。

运行清洁,然后运行构建编译项目

我写错误的文件名像MakeFile我也得到make: ***没有规则使目标“gen”。停止。我发现我错误的文件名,我重命名为Makefile,然后我得到好的。