Makefile分析基础
http://blog.csdn.net/ghostyu/article/details/6866863
在我前一篇写的【 linux驱动学习(一)Makefile基础】中,Makefile写的中规中矩,其实Makefile写法很灵活,可以写得很简洁,而且减少出错的可能,现在就把之前写的Makefile改进一下。
- main: main.o hello.o word.o
- gcc main.o hello.o word.o -o main
- main.o:main.h hello.h word.h
- hello.o:hello.h
- word.o:word.h
- clean:
- echo "cleanning project"
- -rm main *.o
- echo "clean completed"
- .PHONY:clean
main: main.o hello.o word.o
gcc main.o hello.o word.o -o main main.o:main.h hello.h word.h
hello.o:hello.h
word.o:word.h clean:
echo "cleanning project"
-rm main *.o
echo "clean completed" .PHONY:clean
这是不是比以前简单多了,但是main.o hello.o word.o这三个目标的编译命令都没有,怎么会编译呢,执行make试试看
- <localhost.localdomain:/data/ghostyu/linuxc> make
- cc -c -o main.o main.c
- cc -c -o hello.o hello.c
- cc -c -o word.o word.c
- gcc main.o hello.o word.o -o main
- <localhost.localdomain:/data/ghostyu/linuxc>
<localhost.localdomain:/data/ghostyu/linuxc> make
cc -c -o main.o main.c
cc -c -o hello.o hello.c
cc -c -o word.o word.c
gcc main.o hello.o word.o -o main
<localhost.localdomain:/data/ghostyu/linuxc>
cc是什么呢,执行下which cc
- <localhost.localdomain:/data/ghostyu/linuxc> which cc
- /usr/bin/cc
<localhost.localdomain:/data/ghostyu/linuxc> which cc
/usr/bin/cc
事实上cc指向的也是gcc
其实,这是Makefile的内建隐含规则,然后make时,调用这些隐含规则。
- # default
- OUTPUT_OPTION = -o $@
- # default
- CC = cc
- # default
- COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
- %.o: %.c
- # commands to execute (built-in):
- $(COMPILE.c) $(OUTPUT_OPTION) $<
# default
OUTPUT_OPTION = -o $@ # default
CC = cc # default
COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c %.o: %.c
# commands to execute (built-in):
$(COMPILE.c) $(OUTPUT_OPTION) $<
以上是内建规则中关于隐含规则的部分
‘#’为注释符,跟‘//’一样
‘CC’为Makefile变量
'$@'与‘$<’为特殊变量,'$@'的取值为规则的目标,‘$<’取值为规则的第一个条件。
%.o: %.c是一种特殊的规则,称为模式规则(Pattern Rule)。
CFLAG CPPFLAG TARGET_ARCH未定义,展开为空,
现在来分析一下,隐含规则是怎样解析Makefile的。
首先,OUTPUT_OPTION是一个变量,
- OUTPUT_OPTION = -o $@
OUTPUT_OPTION = -o $@
这边变量展开为:“-o main.o”
其次,展开COMPILE变量
- # default
- COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
# default
COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
为:“cc -c”。中间有四个空格。
然后
- %.o: %.c
%.o: %.c
这就相当于 main.o:main.c
最后
- $(COMPILE.c) $(OUTPUT_OPTION) $<
$(COMPILE.c) $(OUTPUT_OPTION) $<
注意开头的空白为tab键,8个字符,这是Makefile规定的,gcc命令等必须tab开头识别
展开为:
- cc -c -o main.o main.c
cc -c -o main.o main.c
完整的:
- main.o:main.h hello.h word.h
- main.o:main.c
- cc -c -o main.o main.c
main.o:main.h hello.h word.h
main.o:main.c
cc -c -o main.o main.c
这就隐含的包含了各个条件的编译
注意:上面之所以可以写成两行,是应为条件并不是一定要写在一行,可以分开写,但只能存在一条命令:
比如下列:
- main.o: main.c main.h hello.h word.h
- gcc -c main.c
main.o: main.c main.h hello.h word.h
gcc -c main.c
可以写成:
- main.o:main.h hello.h word.h
- main.o:main.c
- gcc -c main.c
main.o:main.h hello.h word.h
main.o:main.c
gcc -c main.c
写规则的目的是让make建立依赖关系图,不管怎么写,只要把所有的依赖关系都描述清楚了就行。
- var = $(gho)
- gho = yu
- all:
- @echo $(var)
var = $(gho)
gho = yu all:
@echo $(var)
make all时,输出 yu
- <localhost.localdomain:/data/ghostyu/linuxc/test> make all
- yu
<localhost.localdomain:/data/ghostyu/linuxc/test> make all
yu
这就是Makefile中的变量,与TCL脚本的变量很类似
- <PRE style="BACKGROUND-COLOR: rgb(240,240,240); MARGIN: 4px 0px" class=plain name="code">var := $(gho)
- gho = yu
- all:
- @echo $(var)</PRE>
- <PRE></PRE>
- <PRE></PRE>
- <PRE></PRE>
- var := $(gho)
- gho = yu
- all:
- @echo $(var)
var := $(gho)
gho = yu all:
@echo $(var)
?=,例如var ?= $(gho)的意思是:如果var没有定义过,那么?=相当于=,定义var的值是$(gho),但不立即展开;如果先前已经定义了var,则什么也不做,不会给var重新赋值。+=运算符可以给变量追加值- var = main.o
- var += $(gho)
- gho = hello.o word.o
var = main.o
var += $(gho)
gho = hello.o word.o
这是var的值为 main.o hello.o word.o
$@,表示规则中的目标。$<,表示规则中的第一个条件。$?,表示规则中所有比目标新的条件,组成一个列表,以空格分隔。$^,表示规则中的所有条件,组成一个列表,以空格分隔。
因此
- main: main.o hello.o word.o
- gcc main.o hello.o word.o -o main
main: main.o hello.o word.o
gcc main.o hello.o word.o -o main
可以改写为:
- main: main.o hello.o word.o
- gcc $^ -o $@
main: main.o hello.o word.o
gcc $^ -o $@
这样的好处是,即使以后又往条件里加了新的目标,编译命令也不需要修改,既省事,又减少出错。
之前我们看到make的隐含规则数据库中用到了很多变量,有些变量没有定义(例如CFLAGS),有些变量定义了缺省值(例如CC),我们写Makefile时可以重新定义这些变量的值,也可以在缺省值的基础上追加。以下列举一些常用的变量。
-
AR -
静态库打包命令的名字,缺省值是
ar。 -
ARFLAGS -
静态库打包命令的选项,缺省值是
rv。 -
AS -
汇编器的名字,缺省值是
as。 -
ASFLAGS -
汇编器的选项,没有定义。
- CC
-
C编译器的名字,缺省值是
cc。 - CFLAGS
-
C编译器的选项,没有定义。
- CXX
-
C++编译器的名字,缺省值是
g++。 - CXXFLAGS
-
C++编译器的选项,没有定义。
- CPP
-
C预处理器的名字,缺省值是
$(CC) -E。 - CPPFLAGS
-
C预处理器的选项,没有定义。
- LD
-
链接器的名字,缺省值是
ld。 - LDFLAGS
-
链接器的选项,没有定义。
- TARGET_ARCH
-
和目标平台相关的命令行选项,没有定义。
- OUTPUT_OPTION
-
输出的命令行选项,缺省值是
-o $@。 - LINK.o
-
把
.o文件链接在一起的命令行,缺省值是$(CC) $(LDFLAGS) $(TARGET_ARCH)。 - LINK.c
-
把
.c文件链接在一起的命令行,缺省值是$(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET_ARCH)。 - LINK.cc
-
把
.cc文件(C++源文件)链接在一起的命令行,缺省值是$(CXX) $(CXXFLAGS) $(CPPFLAGS) $(LDFLAGS) $(TARGET_ARCH)。 - COMPILE.c
-
编译
.c文件的命令行,缺省值是$(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c。 - COMPILE.cc
-
编译
.cc文件的命令行,缺省值是$(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c。 - RM
-
删除命令的名字,缺省值是
rm -f。
- all:main
- main: main.o hello.o word.o
- gcc main.o hello.o word.o -o main
- main.o:main.h hello.h word.h
- hello.o:hello.h
- word.o:word.h
- clean:
- echo "cleanning project"
- -rm main *.o
- echo "clean completed"
- .PHONY:clean
all:main
main: main.o hello.o word.o
gcc main.o hello.o word.o -o main main.o:main.h hello.h word.h
hello.o:hello.h
word.o:word.h clean:
echo "cleanning project"
-rm main *.o
echo "clean completed" .PHONY:clean
现在Makefile写成上面的形式,默认make all,这样有个确定,写Makefile时要查个每个源文件,确定其包含的头文件,很容易出错,为了解决这个问题,可用用gcc -M查看源文件的依赖关系,-M选项会把系统头文件也找出来,如果不需要,可以用-MM选项。
- <localhost.localdomain:/data/ghostyu/linuxc> gcc -MM *.c
- hello.o: hello.c hello.h
- main.o: main.c main.h hello.h word.h
- word.o: word.c word.h
<localhost.localdomain:/data/ghostyu/linuxc> gcc -MM *.c
hello.o: hello.c hello.h
main.o: main.c main.h hello.h word.h
word.o: word.c word.h
现在的问题是怎样将上述依赖包含在Makefile中。
- all:main
- main: main.o hello.o word.o
- gcc main.o hello.o word.o -o main
- sources = main.c hello.c word.c
- include $(sources:.c=.d)
- %.d: %.c
- set -e; rm -f $@; \
- $(CC) -MM $(CPPFLAGS) $< > $@.$$$$; \
- sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' < $@.$$$$ > $@; \
- rm -f $@.$$$$
Makefile分析基础的更多相关文章
- Android发展的一个重要方面Makefile分析
Android发展的一个重要方面Makefile分析 随着移动互联网的发展,移动开发也越来越吃香了.眼下最火的莫过于android.android是什么就不用说了,android自从开源以来,就受到非 ...
- MAKEFILE 编程基础之一【转】
本文转载自:http://www.himigame.com/gcc-makefile/766.html 概述: 什么是makefile?或许很多Winodws的程序员都不知道这个东西,因为那些Wind ...
- makefile 分析 -- 内置变量及自动变量
makefile 分析1 -p 选项,可以打印出make过程中的数据库, 下面研究一下内置的变量和规则. -n 选项, 只运行,不执行, -d 选项,相当于--debug=a, b(basic), ...
- 老李分享:《Java Performance》笔记1——性能分析基础 1
老李分享:<Java Performance>笔记1——性能分析基础 1.性能分析两种方法: (1).自顶向下: 应用开发人员通过着眼于软件栈顶层的应用,从上往下寻找性能优化的机会. ...
- 算法设计与分析基础 (Anany Levitin 著)
第1章 绪论 1.1 什么是算法 1.2 算法问题求解基础 1.2.1 理解问题 1.2.2 了解计算设备的性能 1.2.3 在精确解法和近似解法之间做出选择 1.2.4 算法的设计技术 1.2.5 ...
- 网站分析基础及KPI实践
一:网站分析是什么? 网站分析(Web Analytics)即网站访客行为分析,通过对网站数据进行定量和定性的分析,来不断驱动和提高访问者在网站中的体验,并将访客转化为你的商业目标(在线及离线KPI) ...
- uboot主Makefile分析(t配置和编译过程详解)
1.编译uboot前需要三次make make distcleanmake x210_sd_configmake -j4 make distclean为清楚dist文件. make x210_sd_c ...
- uboot主Makefile分析
VERSION = 1 PATCHLEVEL = 3 SUBLEVEL = 4 EXTRAVERSION = U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(S ...
- RE-1 逆向分析基础
逆向分析基础 0x01-0x0C 本笔记使用汇编指令为x86架构下汇编指令,ARM架构汇编指令不做介绍 0x01. 关于RE 逆向工程(Reverse Engineering RE) 逆向分析方法: ...
随机推荐
- 大数据高并发系统架构实战方案(LVS负载均衡、Nginx、共享存储、海量数据、队列缓存)
课程简介: 随着互联网的发展,高并发.大数据量的网站要求越来越高.而这些高要求都是基础的技术和细节组合而成的.本课程就从实际案例出发给大家原景重现高并发架构常用技术点及详细演练. 通过该课程的学习,普 ...
- android优化原理
时间换时间: 数据的异步载入 分批载入. 开机加速. 时间换空间: 分页. 空间换时间: everything.exe 音乐 图库 在开机启动后, sd卡被挂载 生成数据库. 空间换空间: 8G内存 ...
- 杭电OJ_DIY_YTW2_1001 A Mathematical Curiosity
Problem Description Given two integers n and m, count the number of pairs of integers (a,b) such tha ...
- ZOJ 1542 POJ 1861 Network 网络 最小生成树,求最长边,Kruskal算法
题目连接:problemId=542" target="_blank">ZOJ 1542 POJ 1861 Network 网络 Network Time Limi ...
- MsSqlServer bak文件数据导入
MsSqlServer bak文件数据导入 第一步首先在你的数据库中建立一个空数据库 选中新建的数据库 鼠标右键 任务 还原 数据库 这个时候会弹出这种一个框 之后选择原设备 会弹出 点击加入 找到 ...
- [课堂实践与项目]IOS优先级的计算器
这个计算器主要是使用数组进行实现的.虽然没有使用前缀后缀表达式,但是是一种方法o. .h文件 // // LCViewController.h // 具有优先级的calculator // // Cr ...
- 如何做实时监控?—— 参考 Spring Boot 实现
随着 微服务 的流行,相比较以前一个大型应用程序搞定所有需求,我们现在更倾向于把大型应用程序切分成多个微服务,服务之间通过 RPC 调用.微服务架构的好处非常多,例如稳定的服务变化较少,不会被非稳定服 ...
- hdu 4714 Tree2cycle dp
用树形dp做的,dp[t][i]表示t及其孩子入度都已经小于等于2并且t这个节点的入度等于i的最优解. 那么转移什么的自己想想就能明白了. 关键在于这个题目会暴栈,所以我用了一次bfs搜索出节点的顺序 ...
- SAP ABAP exporting list to memory ...SUBMIT 程序传输屏幕参数
SUBMIT report EXPORTING LIST TO MEMORY AND RETURN. submit 关键字的作用就是在程序内部调用一个程序,and retur ...
- 编写在浏览器中不弹出警告的ActiveX控件
我们在编写ActiveX控件时,如果用在浏览器中,经常都会弹出现在运行的脚本不安全的提示, 如果给客户使用,将会带来极大不便.按照MSDN的介绍通常有两种一种是实现IObjectSafe接口,一种是通 ...