使用-MM生成include指令和依赖生成(make include directive and dependency generation with -MM)

I want a build rule to be triggered by an include directive if the target of the include is out of date or doesn‘t exist.

Currently the makefile looks like this:

program_NAME := wget++
program_H_SRCS := $(wildcard *.h)
program_CXX_SRCS := $(wildcard *.cpp)
program_CXX_OBJS := ${program_CXX_SRCS:.cpp=.o}
program_OBJS := $(program_CXX_OBJS)

DEPS = make.deps

.PHONY: all clean distclean

all: $(program_NAME) $(DEPS)

$(program_NAME): $(program_OBJS)
    $(LINK.cc) $(program_OBJS) -o $(program_NAME)

clean:
    @- $(RM) $(program_NAME)
    @- $(RM) $(program_OBJS)
    @- $(RM) make.deps

distclean: clean

make.deps: $(program_CXX_SRCS) $(program_H_SRCS)
    $(CXX) $(CPPFLAGS) -MM $(program_CXX_SRCS) > make.deps

include $(DEPS)

The problem is that it seems like the include directive is executing before the rule to build make.deps which effectively means that make is either getting no dependency list if make.deps doesn‘t exist or always getting the make.deps from the previous build and not the current one.

For example:

$ make clean
$ make
makefile:32: make.deps: No such file or directory
g++  -MM addrCache.cpp connCache.cpp httpClient.cpp wget++.cpp > make.deps
g++    -c -o addrCache.o addrCache.cpp
g++    -c -o connCache.o connCache.cpp
g++    -c -o httpClient.o httpClient.cpp
g++    -c -o wget++.o wget++.cpp
g++      addrCache.o connCache.o httpClient.o wget++.o -o wget++

Edit

I read the docs for the include directive, and it sounds like if the include target doesn‘t exist it will continue processing the parent makefile try and build the target, but it‘s not completely clear to me how this works:

If an included makefile cannot be found in any of these directories, a warning message is generated, but it is not an immediately fatal error; processing of the makefile containing the include continues. Once it has finished reading makefiles, make will try to remake any that are out of date or don‘t exist. See section How Makefiles Are Remade. Only after it has tried to find a way to remake a makefile and failed, will make diagnose the missing makefile as a fatal error.

ANSWER

This is a modification of the answer I accepted. The one thing missing was that the dependency files also depend on the sources, and won‘t get regenerated unless they are added to the deps files which are being included:

%.d: $(program_CXX_SRCS)
    @ $(CXX) $(CPPFLAGS) -MM $*.cpp | sed -e ‘[email protected]^\(.*\)\.o:@\1.d \1.o:@‘ > [email protected]

sed adds the name of the .d file to the beginning of each dependency line like so:

foo.d foo.o: foo.cpp foo.h bar.h baz.h

I got the idea from this amazing paper on the dangers of recursive make:

Recursive Make Considered Harmful

I also add the following to the makefile:

clean_list += ${program_SRCS:.c=.d}

# At the end of the makefile
# Include the list of dependancies generated for each object file
# unless make was called with target clean
ifneq "$(MAKECMDGOALS)" "clean"
-include ${program_SRCS:.c=.d}
endif

解决方案

You are relying on an implicit rule to compile your .cpp files. You have to redefine it to use the -MM and -MF flags that will create the dependency file.

%.o: %.cpp
    $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $< -o [email protected] -MM -MF [email protected]

Then, you have to include these dependencies files in the Makefile, using -include that will not error when the dependencies files do not exist yet (on the first time, or after a clean).

program_DEPS := $(program_OBJS:.o=.o.d)
-include $(program_DEPS)

And remember to add the rm command for the dependencies files in the clean rule.

本文地址:IT屋 » make include directive and dependency generation with -MM

问 题

如果include的目标已过期或不存在,我想要一个构造规则由include指令触发。

目前makefile像这样:

  program_NAME:= wget ++  program_H_SRCS:= $(通配符* .h) program_CXX_SRCS := $(wildcard * .cpp) program_CXX_OBJS:= $ {program_CXX_SRCS:.cpp = .o}  program_OBJS:= $(program_CXX_OBJS)

 DEPS = make.deps 

 .PHONY:all clean distclean 

 all:$(program_NAME)$(DEPS)

 $(program_NAME):$(program_OBJS) $(LINK.cc)$(program_OBJS)-o $(program_NAME)

 clean: @  -  $(RM)$(program_NAME) @  -  $ (program_OBJS) @  -  $(RM)make.deps 

 distclean:clean 

 make.deps:$(program_CXX_SRCS)$(program_H_SRCS ) $(CXX)$(CPPFLAGS)-MM $(program_CXX_SRCS)> make.deps 

 include $(DEPS)  

问题是似乎include指令是在规则之前执行make.deps,这有效地意味着make或者没有依赖列表,如果make.deps不存在或者总是从上一个版本获取make.deps,而不是当前版本

例如:

  $ make clean  $ make  makefile:32:make.deps:没有这样的文件或目录 g ++ -MM addrCache.cpp connCache.cpp httpClient.cpp wget ++。cpp> make.deps  g ++ -c -o addrCache.o addrCache.cpp  g ++ -c -o connCache.o connCache.cpp  g ++ -c -o httpClient.o httpClient.cpp  g ++ -c -o wget ++。o wget ++。cpp  g ++ addrCache.o connCache.o httpClient.o wget ++。o -o wget ++   

编辑

我阅读了include指令的文档,它听起来像包含目标不存在它会继续处理父makefile try和构建目标,但它不是完全清楚我是如何工作:

如果包含的makefile不能是
在任何在这些目录中,生成一个
警告消息,但它
不是一个立即致命的错误; 
处理包含
的makefile包含继续。一旦它有
完成阅读makefile,make将
尝试重新制作任何过时的
或不存在。参见如何
Makefile的Remade。只有在
尝试找到一个方法来重新创建一个
makefile并失败后,将使
诊断丢失的makefile为
致命错误。

ANSWER

这是我接受的答案的修改。缺少的一个事情是依赖文件也依赖于源,并且不会被重新生成,除非它们被添加到包含的deps文件:

 %d:$(program_CXX_SRCS) @ $(CXX)$(CPPFLAGS)-MM $ *。cpp | sed -e‘@ ^ \(。* \)\.o:@ \1.d \1.o:@‘> $ @   

sed .d 文件到每个依赖项行的开头,如下所示:

  foo.d foo.h:foo.cpp foo.h bar.h baz.h   

这个惊人的文章对递归make危险的想法:

递归使用有害

我还在makefile中添加以下内容:

  clean_list + = $ {program_SRCS:.c = .d} 

#在makefile的末尾#包括为每个生成的依赖列表对象文件#除非使用目标clean调用 ifneq“$(MAKECMDGOALS)”“clean” -include $ {program_SRCS:.c = .d}  endif   

解决方案

您正在依靠隐式规则来编译.cpp文件。您必须重新定义它才能使用将创建依赖文件的-MM和-MF标志。

 %。o: .cpp  $(CXX)$(CPPFLAGS)$(CXXFLAGS)-c $& -o $ @ -MM -MF $ @。d   

然后,您必须包括这些依赖文件在Makefile中,使用 -include ,当依赖文件不存在时(第一次或清除后),它不会报错。

  program_DEPS:= $(program_OBJS:.o = .od) -include $(program_DEPS)  

并记住在清理规则中为依赖文件添加rm命令。

时间: 2024-10-30 14:50:11

使用-MM生成include指令和依赖生成(make include directive and dependency generation with -MM)的相关文章

JSP中include指令和include动作的区别

include指令是编译阶段的指令,即include所包含的文件的内容是编译的时候插入到JSP文件中,JSP引擎在判断JSP页面未被修改,否则视为已被修改.由于被包含的文件是在编译时才插入的,因此如果只修改了include文件内容,而没有对JSP修改,得到的结构将不会改变,所以直接执行已经存在的字节码文件,而没有重新编译.因此对不经常变化的内容,用include指令是合适的,如果需要的内容是经常变化的,则需要动作元素<jsp:include>.下面将详细区分他们之间的不同 1.include指

[JSP]JSP中include指令和include动作的差别

include指令是编译阶段的指令,即include所包括的文件的内容是编译的时候插入到JSP文件里,JSP引擎在推断JSP页面未被改动,否则视为已被改动. 因为被包括的文件是在编译时才插入的.因此假设仅仅改动了include文件内容.而没有对JSP改动,得到的结构将不会改变,所以直接运行已经存在的字节码文件.而没有又一次编译.因此对不常常变化的内容,用include指令是合适的,假设须要的内容是常常变化的.则须要动作元素<jsp:include>.以下将具体区分他们之间的不同 1.inclu

[JSP]JSP中include指令和include动作的区别

include指令是编译阶段的指令,即include所包含的文件的内容是编译的时候插入到JSP文件中,JSP引擎在判断JSP页面未被修改,否则视为已被修改.由于被包含的文件是在编译时才插入的,因此如果只修改了include文件内容,而没有对JSP修改,得到的结构将不会改变,所以直接执行已经存在的字节码文件,而没有重新编译.因此对不经常变化的内容,用include指令是合适的,如果需要的内容是经常变化的,则需要动作元素<jsp:include>.下面将详细区分他们之间的不同 1.include指

include指令和include动作

ps: <%@ include> and <jsp:include> 为什么要使用include? #1 因为include指令更为强大.include指令允许所包含的文件中含有影响主页面的Jsp代码,比如响应报头的设置和字段.方法的定义. #2.  include指令 静态包含 :包含页面在编译时将完全包含了被包含页面的代码. 静态包含还会将被包含页面的编译指令也包含进来,如果两个页面的编译指令冲突 ,那么页面就会出错. #3. 动作指令include --动态include--

Makefile 自动生成头文件的依赖关系 .

最近在看一本书<Windows游戏编程大师技巧> (Tricks of Windows Game Programming Gurus). 第一章给出了一个打砖块小游戏的示例程序. 包括三个文件: blackbox.h, blackbox.cpp和freakout.cpp (600行代码, 对于Windows C++程序来说还好, 没有让我freak out…). blackbox.cpp封装了部分DirectDraw, 提供了一些更傻瓜化的初始化DirectDraw, 画点, 画方框的工具函数

【JAVA】使用Eclipse依赖生成jar包时,避免最外层同时生成资源文件的配置。

使用Eclipse依赖生成jar包时,如果做配置,生成的jar包文件会全部生成在外面,这并不是我们需要的,下面我们一起来修改下配置,使生成的jar包符合我们的需求吧. 1.如果不做任何配置生成的jar包如下. 这样最原始的生成方式并不是我们想要的,我们想要的是test.properties和ums.properties文件同时放到message文件夹里面,下面修改一下Eclipse配置. 2.修改Eclipse配置,使test.properties和ums.properties文件同时放到mes

Makefile的重建与include指令

Makefile的重建与include指令 include指令 当make看到include指令时,会事先对通配符以及变量引用进行扩展,然后试着读引入文件(include file). 如果这个文件存在,则整个过程会继续下去:如果不存在,则make会汇报此问题(如果你用的不是-include)并且读取其余的Makefile. 当所有的读取动作完成后,make会从规则数据库中寻找任何可以用来更新引入文件的规则,如果找到了一个相符的规则,make就会按照正常的步骤来更新目标. 如果任何一个引入文件被

include指令和include动作的区别

include指令和include动作的区别 1.include指令 include可以在JSP页面转换成Servlet之前,将JSP代码插入其中.它的主要优点是功能强大,所包含的代码可以含有总体上影响主页面的JSP构造,比如属性.方法的定义和文档类型的设定.它的缺点是难于维护只要被包含的页面发生更改,就得更改主页面,这是因为主页面不会自动地查看被包含的页面是否发生更改. include指令的语法格式如下: <%@ include file="Relative Url"%>

include指令和&lt;jsp:include&gt;标准动作

利用JSP的包含机制,可以有效的避免重复,把可重用的部分独立出去,使用include把它们包含到当前文件.JSP有两种包含机制:include指令和<jsp:include>标准动作. 1.include指令 2.<jsp:include>标准动作 3.内部原理 include指令和<jsp:include>标准动作看上去一样,而且通常有相同的效果,但是它们生成的servlet代码并不相同. include指令在转换时发生,它就像把被包含的文件复制到当前文件一样:<