我试图使用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

当前回答

我的箱子里少了一块钱:

而不是:

(LINK_TARGET): $(OBJS)

应该是:

$(LINK_TARGET): $(OBJS)

编辑:

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

其他回答

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

这样的:

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

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

运行clean然后build编译项目

如果你试图构建John the Ripper“bleed -jumbo”,并得到类似“make: *** No rule to make target 'linux-x86-64'”这样的错误。尝试运行以下命令:./configure && make

一个常见的错误可能是错别字在另一个文件的名称。

你的例子很简单,但有时可能会混淆 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

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

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

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