gcc makefile错误:“没有规则来制作目标......”
Posted
技术标签:
【中文标题】gcc makefile错误:“没有规则来制作目标......”【英文标题】:gcc makefile error: "No rule to make target ..." 【发布时间】:2010-10-24 12:00:23 【问题描述】:我正在尝试使用带有 makefile 的 GCC (linux) 来编译我的项目。
我收到以下错误,在这种情况下似乎无法破译:
"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
【问题讨论】:
一个典型的例子是你'使'源文件'不存在'是通过错误地重置VPATH或SRC变量当你必须添加到它。我的意思是使用VPATH=
而不是VPATH+=
。这使得 Makefile 文件在文件实际存在时无法看到文件。
【参考方案1】:
这通常是因为您没有可创建的名为 vertex.cpp
的文件。检查:
除此之外,我没有太多建议。也许您可以给我们一个该目录的目录列表。
【讨论】:
是的,我的一些类没有 .cpp 文件,所以它们不存在 - 导致错误。谢谢。 如果你删除了一些头文件但仍在你的 Makefile 中,你也会得到这样的错误 @par,这对我来说似乎是一个不同的问题。如果您将其作为问题提出,您可能会获得更多曝光。 另外,请确保在编辑后保存您的 Makefile... 这就是我的灵感。我做了所有的编辑然后忘了按 CTRL+SNo rule to make target 'X'
当X
完全丢失时。这是一个多么糟糕的措辞,因为每个人都习惯了它,所以它会存活几个世纪。【参考方案2】:
根据我的经验,此错误通常是由拼写错误引起的。
我今天收到了这个错误。
make[1]: *** 没有规则可以创建目标
maintenaceDialog.cpp', needed by
maintenaceDialog.o'。停下来。
在我的情况下,错误只是拼写错误。 MAINTENANCE 这个词缺少它的第三个 N。
还要检查文件名的拼写。
【讨论】:
元 why,在这种情况下是因为明确列出了对象/源/标题关系。如果像 SubCons 或 CMake 这样的新工具不喜欢,gcc -MT
和 gnu make 模式可以解决这个问题。见also。
在我的情况下,路径错误,例如 ../../src/file.c
,但实际上是 ../../src/folder/file.c
【参考方案3】:
打印此消息的更常见原因是您忘记包含源文件所在的目录。结果,gcc“认为”这个文件不存在。
您可以使用 -I 参数将目录添加到 gcc。
【讨论】:
【参考方案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
修复它。
【讨论】:
【参考方案5】:是这样吗?请记住,Makefile 语法可以识别空格,并且需要制表符来缩进操作下的命令。
【讨论】:
【参考方案6】:我发现的问题比其他人提到的还要愚蠢。
我们的 makefile 获得了要构建的东西的列表。有人将TheOtherLibrary
添加到其中一个列表中,如下所示。
LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary
他们应该这样做:
LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary
如果他们采用第二种方式,他们就不会清除 Library
构建。 +=
中的加号非常重要。
【讨论】:
【参考方案7】:一个常见的错误可能是在另一个文件名中打错字。
您的示例非常简单,但有时可能令人困惑的是
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 - 没有列出每个目标 - 以便它正确地抱怨它实际上丢失的文件?在这种情况下,error_path_to_another_file @creanion,我没有检查通配符是否有不同的工作方式,你可以尝试类似objects := $(patsubst %.c,%.o,$(wildcard *.c))
foo : $(objects)
cc -o foo $(objects)
【参考方案8】:
在我的情况下,这是由于 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
...
【讨论】:
【参考方案9】:如果您尝试构建 John the Ripper “bleeding-jumbo” 并收到类似“make: *** No rule to make target 'linux-x86-64'”的错误。尝试运行此命令:./configure && make
【讨论】:
【参考方案10】:在我的例子中,错误消息引用了一个旧文件名,该文件名不再存在,因为它被重命名了。原来过时的信息不是来自Makefile,而是来自.deps
目录下的文件。
在将文件从一台机器复制到另一台机器后,我遇到了这个错误。在该过程中,我假设时间戳处于不一致状态,这会在并行运行多个作业时混淆“make”(类似于this bug report)。
使用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
在那之后,建筑又开始工作了。
【讨论】:
【参考方案11】:就我而言,这是因为我创建了 MakeFile
之类的文件,而应该是 Makefile
。
【讨论】:
【参考方案12】:另一个奇怪问题的例子及其解决方案:
这个:
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 设置的!
【讨论】:
【参考方案13】:在我的情况下,路径未在 VPATH 中设置,添加后错误消失了。
【讨论】:
【参考方案14】:此错误有多种原因。
我遇到此错误的原因之一是在为 linux 和 windows 构建时。
我有一个大写的文件名 BaseClass.h SubClass.h Unix 维护有区分大小写的文件命名约定,而 windows 是不区分大小写的。
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
【讨论】:
【参考方案15】:这条信息可以清楚地表明很多事情。
在我的例子中,它使用多个线程进行编译。一个线程需要另一个线程尚未完成的依赖项,从而导致错误。
并非所有构建都是线程安全的,因此如果您的构建通过了其他测试(例如上面列出的测试),请考虑使用一个线程进行慢速构建。
【讨论】:
如何进行缓慢的构建? @GuidoG 将您的线程数设置为 1(将 -j1 添加到构建标志)。【参考方案16】:我的情况是缺少$
:
代替:
(LINK_TARGET): $(OBJS)
应该是:
$(LINK_TARGET): $(OBJS)
【讨论】:
【参考方案17】:在我的情况下,这个错误的原因是文件夹名称有空格,重命名文件夹解决了问题
例子:
~/foo bar/mymoduledir
将文件夹foo bar
重命名为foo_bar
:
~/foo_bar/mymoduledir
解决问题
【讨论】:
【参考方案18】:在我的情况下,源文件和/或旧目标文件被半崩溃的 IDE 或停止正常工作的备份云服务锁定(只读)。重新启动与文件夹结构关联的所有程序和服务解决了这个问题。
【讨论】:
【参考方案19】:当我忘记将新文件添加到我的 git 存储库时,我在 Travis 内部发生了这个错误。愚蠢的错误,但我可以看到它很常见。
【讨论】:
【参考方案20】:在我的情况下,删除一些头文件和 .c 文件后问题突然出现并且项目没有编译。
运行clean,然后build编译项目
【讨论】:
【参考方案21】:就我而言,这是因为我调用了 Makefile:MAKEFILE(全部大写)
【讨论】:
以上是关于gcc makefile错误:“没有规则来制作目标......”的主要内容,如果未能解决你的问题,请参考以下文章
*** 没有规则来制作目标 `src/main/jni/Build.config'。停止