我试图使用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
在我的例子中，我愚蠢地使用逗号作为分隔符。用你的例子来说，我是这样做的:
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
固定它。
另一个奇怪问题及其解决方案的例子:
这样的:
target_link_libraries(
${PROJECT_NAME}
${Poco_LIBRARIES}
${Poco_Foundation_LIBRARY}
${Poco_Net_LIBRARY}
${Poco_Util_LIBRARY}
)
` /usr/lib/libPocoFoundationd ` `没有规则。../hello_poco/bin/mac/HelloPoco需要。停止。
但如果我删除Poco_LIBRARIES它工作:
target_link_libraries(
${PROJECT_NAME}
${Poco_Foundation_LIBRARY}
${Poco_Net_LIBRARY}
${Poco_Util_LIBRARY}
)
我在Mac上使用clang8，在Linux上使用clang3.9
这个问题只发生在Linux上，但在Mac上可以工作!
我忘了说: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 $@ $<
尽管我有索引。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
在我的例子中，错误消息引用了一个旧的文件名，这个文件名已经不存在了，因为它被重命名了。原来过时的信息不是来自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
从那以后，建筑又开始工作了。
造成这个错误的原因有很多。
我遇到这个错误的原因之一是在为linux和windows构建时。
我有一个大写的文件名BaseClass.h SubClass.h
Unix维护有区分大小写的文件名约定，而windows是不区分大小写的。
c++中为什么人们不用大写的头文件名?
如果您正在使用gmake，请尝试使用gmake clean编译干净的构建
一些文本编辑器具有忽略区分大小写的文件名的默认设置。这也可能导致同样的错误。
如何在Qt Creator中添加一个名字以大写字母开头的c++文件?它会自动把它变成小字母
