Makefile自动依赖所有需要的头文件

最近由于项目的一些变化,需要摒弃掉用IDE编译的方式,改为使用Makefile手动编译。我又拾起了多年不碰的Makefile,虽然很多关键字不记得叫什么名字了,自己的文章也没有记录,好在网上还有很多同学都有记录的习惯,一搜索就能找到,倒也还好,只是有一个问题,折腾了好些时间,就是怎么处理自动依赖。

我对完成这件事情有两个要求

一是生成的.d .o文件必须独立存放,不要放在.c源文件的目录下,以免污染了source目录。

二是.c会include的所有.h文件,如果有更新,此.c也必须要重新编译。

不知道是因为这个平台(xtensillica)工具链的问题,还是我没搞清楚怎么弄。用-MM自动生成的.d文件,始终在我这两个要求之间二选一才能用,让我非常不爽,最后选择了一种比较土鳖的办法,只用这个工具链找出.h列表,剩下的事情我自己来,也就是对.d文件进行二次改造,按照自己的要求去编译,看起来效果还不错,至少能满足我这两个要求。

核心的代码如下,主要是第4/6两行。

这里的DEP指需要生成的所有.d文件列表,含完整路径,在之前的代码中组合好的。OBJDIR,SRCDIR,HPATH,CMACRO,CFLAGS顾名思义,也是这段代码之前准备好的。

$(DEP):$(OBJDIR)%.d:$(SRCDIR)%.c
	@if NOT EXIST $(subst /,\,$(dir [email protected])) (mkdir $(subst /,\,$(dir [email protected])))
	@echo generate $(notdir [email protected])
	@$(CC) -MM $< $(HPATH) $(CMACRO) -MT $(patsubst %.d,%.o,[email protected]) > [email protected]
	@echo $(subst ',,'	@echo compile $(notdir $<)')>>[email protected]
	@echo $(subst ',,'	@$(CC) $(CFLAGS) $< -o $(patsubst %.d,%.o,[email protected])')>>[email protected]

-include $(DEP)

解析:

第4行,预编译,生成依赖文件。

-MM,最基本的生成依赖的命令,列出所有.h文件列表

-MT,自定义目标文件名称,如果不用-MT,默认情况下只有目标文件命令,没有完整路径。我在这里使用-MT的目的是为了给目标.o加上前面的完整路径,以达到.o不要和.c同目录的目的。但是也是由于这个改动,导致默认的生成.d不work,我才会对.d进行二次改造。

第6行,是对.d的二次改造,把编译命令强行写进.d中,替换掉默认的隐含编译。

时间: 2024-10-08 14:10:00

Makefile自动依赖所有需要的头文件的相关文章

一点一点学写Makefile(3)-增加第三方库和头文件

我们在写代码的时候不一定都是有自己来完成,一个工程中会大量使用一些比较优秀的动态库.静态库等,我们在使用这些库完成所有的代码后,需要在编译的时候将这些库使用的头文件添加到我们的工程上,将他的库文件也添加到我们的工程中,接下来我们就来看一下怎么来添加. 我们在项目中很少将第三方库与我们自己的代码放到同一个目录中,而是有一些约定俗成的存放方法: 如上图,我们会将第三方库的头文件放到include文件夹,将第三方的静态库放到lib文件夹,将动态库放到bin文件夹,(注:如果是使用开源库尽可能使用静态库

自动给VIM添加python头文件

用vim新建一个python文件后,如pw.py,会自动填写文件头部,如: 1 #!/usr/bin/env python 2 # -*- coding: utf-8 -*- 3 # Pw @ 2013-04-15 17:26:33 将以下代码加入/etc/vim/vimrc文件: function HeaderPython() call setline(1, "#!/usr/bin/env python") call append(1, "# -*- coding: utf

Makefile一个cpp文件依赖于多个header文件的陷阱

我一直以为,如果一个A.cpp文件中有多少条 #include "xxx.h"指令,在写Makefile的时候A.obj的依赖项除了A.cpp之外,就是A.cpp之内所有的 xxx.h 比如,如果A.cpp中有 #include "A.h" #include "B.h" #include "C.h",那么在Makefile中就有:A.obj: A.cpp A.h B.h C.h 但是 下面的例子是说明了,上面的想法是错误的 先

google C++编程风格指南之头文件的包含顺序

google C++编程风格对头文件的包含顺序作出如下指示: (1)为了加强可读性和避免隐含依赖,应使用下面的顺序:C标准库.C++标准库.其它库的头文件.你自己工程的头文件.不过这里最先包含的是首选的头文件,即例如a.cpp文件中应该优先包含a.h.首选的头文件是为了减少隐藏依赖,同时确保头文件和实现文件是匹配的.具体的例子是:假如你有一个cc文件(linux平台的cpp文件后缀为cc)是google-awesome-project/src/foo/internal/fooserver.cc,

C++头文件的包含顺序研究

C++头文件的包含顺序研究 作者:朱金灿 来源:http://www.cnblogs.com/clever101 一.<Google C++ 编程风格指南>里的观点 最近公司在推行编码规范,领导提议基本上使用<Google C++ 编程风格指南>.其中<Google C++ 编程风格指南>对于头文件的包含顺序是这样的: Names and Order of Includes link ▽Use standard order for readability and to

Makefile自动生成头文件依赖

前言 Makefile自动生成头文件依赖是很常用的功能,本文的目的是想尽量详细说明其中的原理和过程. Makefile模板 首先给出一个本人在小项目中常用的Makefile模板,支持自动生成头文件依赖. CC = gcc CFLAGS = -Wall -O INCLUDEFLAGS = LDFLAGS = OBJS = seq.o TARGETS = test_seq .PHONY:all all : $(TARGETS) test_seq:test_seq.o $(OBJS) $(CC) -o

自动编译Makefile,原版升级版,支持自动推倒头文件依赖关系、创建目标路径

################################################################################### # 简易多模块程序自动编译/清除Makefile v2.0 #简介: 自动编译.清除功能,不需要每次编译输入gcc或者rm指令 #使用方法: 先配置Makefile中的配置项.目标名称等,然后在终端执行make即可 # #使用说明:1. 本Makefile可以自动推倒源程序与头文件之间的依赖关系,并生成.depend文件 # 2.

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

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

Makefile中自动生成头文件依赖

为什么需要自动生成头文件依赖? 编译单个源文件时,需要获取文件中包含的头文件的信息,但是一般的Makefile不会在规则中明确写明文件依赖的头文件,所以单独修改头文件后,不会导致包含头文件的源文件重新编译.如果每次手动的添加头文件依赖,又会非常的繁琐,所以需要一种自动生成依赖的方法. 编译器中神奇的选项 使用$(CC)中的-M命令就可以完美的解决问题,因为-M选项可以将源文件依赖的所有头文件,自动解析出来. 例子:在当前路径下,编辑test.c和test.h文件,test.c如下所示,test.