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

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

该文件存在。

当你制作时，你在正确的目录中。

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

---

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

我今天收到了这个错误。

make[1]: *** 没有规则来制作目标 maintenaceDialog.cpp'，maintenaceDialog.o' 需要。停止。

就我而言，错误只是拼写错误。 MAINTENANCE 这个词缺少它的第三个 N。

还要检查文件名的拼写。

---

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

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

---

在我的例子中，我使用逗号作为分隔符。要使用您的示例，我这样做了：

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 语法可以识别空格，并且需要制表符来缩进操作下的命令。

---

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

您的示例非常简单，但有时可能会混淆 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 获得了要构建的东西的列表。有人将 TheOtherLibrary 添加到其中一个列表中，如下所示。

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

他们应该这样做：

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

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

---

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

---

在我的情况下，这是由于我创建了像 MakeFile 这样的文件，而不是它应该是 Makefile。

---

如果您尝试构建 John the Ripper “bleeding-jumbo” 并收到类似“make: *** No rule to make target 'linux-x86-64'”的错误。请尝试运行以下命令：./configure && make

---

就我而言，错误消息引用了一个旧文件名，该文件名不再存在，因为它已被重命名。原来，过时的信息不是来自 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

在那之后，建筑再次工作。

---

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

---

就我而言，此错误的原因是文件夹名称有空格，重命名文件夹解决了问题

例子：

~/foo bar/mymoduledir

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

~/foo_bar/mymoduledir

解决问题

---

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

这个：

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

---

此错误有多种原因。

我遇到此错误的原因之一是在为 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

---

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

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

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

---

我的情况是缺少 $：

代替：

(LINK_TARGET): $(OBJS)

应该：

$(LINK_TARGET): $(OBJS)

编辑：

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

---

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

---

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

---

在我的情况下，在删除一些头文件和 .c 文件并且项目没有编译后，问题突然出现了。

运行 clean 然后 build 编译项目

---

就我而言，这是由于我调用了 Makefile: MAKEFILE (all caps)

---