做一个“好”人... 思想上会思考; 生活上有追求; 技术上不停步; 工作上有担当;
分类: LINUX
2015-01-06 23:05:28
原文地址:跟我一行一行写Makefile 作者:cqw_cu_
跟我一行一行写Makefile
想必很多读者都拜读过陈皓的《跟我一起写Makefile》一文,我也是该文的忠实读者,从中受益颇深,该文至今我读了不下五遍,现在偶尔也会翻阅一下,因为有的东西看的时候懂了,但记忆不深刻,用到的时候还是写不出来,更别谈灵活运用了。
该文不写Makefile理论,因为我自知以我目前的水平再写Makefile理论,只能是画虎不成反类犬。
全文以实例、提问的方式引导读者思考,这样能有效的突出重点,也有利于读者加深记忆,还可以延长读者的观看时间,避免打瞌睡。
《跟我一起写Makefile-陈皓.pdf》
有好心人整理了一份pdf版本,目录清晰,排版整洁,比直接拉着网页看简便快捷多了,直接到百度搜索即可下载。
文章所有的Makefile文件及源码文件已经上传到CSDN,可0分下载,CSDN下载路径如下:
实例工程netembryo中包含如下的源文件和头文件:
main.c、get_info.c、multicast.c、rtsp.c、Sock.c、socket.c、url.c、sock_ntop_host.c、config.h、rtsp.h、url.h、wsocket.h、wsocket-internal.h
Makefile.1将main.c 、get_info.c、multicast.c、rtsp.c、Sock.c、socket.c、url.c、sock_ntop_host.c编译为.o文件,然后将编译生成的.o文件链接为可执行文件main。
Makefile.1内容截图如下:
main: main.o Sock.o socket.o sock_ntop_host.o url.o rtsp.o multicast.o get_info.o
gcc -g -o main main.o Sock.o socket.o sock_ntop_host.o url.o rtsp.o multicast.o get_info.o
main.o: main.c
Sock.o: Sock.c
gcc -c -I. Sock.c
socket.o: socket.c
gcc -c -I. socket.c
sock_ntop_host.o: sock_ntop_host.c
gcc -c -I. sock_ntop_host.c
url.o: url.c
gcc -c -I. url.c
rtsp.o: rtsp.c
gcc -c -I. rtsp.c
multicast.o: multicast.c
gcc -c -I. multicast.c
get_info.o: get_info.c
gcc -c -I. get_info.c
.PHONY: clean
clean:
-rm -rf main *.o
问题:
1. 第一个箭头处,没有写编译命令,而是让make“自动推导”,该处make自动推导出的编译命令是什么?
2. 第二个箭头处,“.PHONY”是伪目标,伪目标的定义是什么,在Makefile中伪目标有哪些妙用?
3. 第三个箭头处,“rm”命令前面的“-”有什么作用?
4. clean也是一个目录,为什么clean没有依赖,也不会生成目标文件clean?
5. 如果把编译命令中的“-I.”选项去掉,能编译通过吗,为什么?
6. 你觉得Makefile.1哪些地方好,哪些地方不好,你会如何优化?
Makefile.1目标、依赖和命令都比较清晰,对于小型工程这样写也没什么不好。如果工程文件多达几百个,这样写,整个Makefile就会显得比较臃肿,更重要的是不易修改、维护和扩展。
Makefile.2对Makefile.1进行第一阶段的优化,引入了“变量”、“静态模式”、“自动化变量”特性,让Makefile的体积一下缩小很多。这会让刚接触Makefile的新手感觉不易读,写成这样,不是为了炫技,而是这些都是Makefile中实用的特性,是很有必要掌握的,可以对照陈皓的“跟我一起写Makefile”一起看。
Makefile.2内容截图如下:
OBJS = main.o Sock.o socket.o sock_ntop_host.o url.o rtsp.o multicast.o get_info.o
main: $(OBJS)
gcc -g -o main $(OBJS)
$(OBJS): %.o : %.c
gcc -c -I. $<
.PHONY: clean
clean:
-rm -rf main *.o
1. 第一个箭头处,定义变量使用了“=”号,还有“:=”和“+=”号,此三种定义变量的方式有什么不同,各自适用于什么样的场景?
2. 第二个箭头处,使用了Makefile的“静态模式”,如何使用静态模式?
3. 第三个箭头处,使用了Makefile的“自动化变量”,Makefile有哪些自动化变量,各自代表什么意思?
4. 你觉得Makefile.2哪些地方好,哪些地方不好,你会如何进行优化?
Makefile.2相对于Makefile.1已经简便、轻巧了很多,但还是要巧一些编译命令,就像在C语言中使用魔数一样,不易阅读,也不易修改、维护,所以一般将魔数定义为宏。
Makefile.3在Makefile.2的基础上对Makefile.1进行第二阶段的优化,对编译命令进行优化。
Makefile.3内容截图如下:
CC= gcc
CFLAGS= -g -Wall -Werror
INCLUDES= -I.
SOURCES= main.c get_info.c multicast.c rtsp.c Sock.c socket.c sock_ntop_host.c url.c
OBJS := $(SOURCES:.c=.o)
main: $(OBJS)
$(CC) $(CFLAGS) $(INCLUDES) -o $@ $(OBJS)
$(OBJS): %.o : %.c
$(CC) -c $(CFLAGS) $(INCLUDES) $<
.PHONY: clean
clean:
-rm -rf main *.o
1. 矩形处,将编译命令定义为变量,这样有什么好处?
2. 第一个箭头处,OBJS变量的值是什么?
Makefile.4在Makefile.3的基础引入“模式规则”,改动非常小,但该特性十分重要且有用,在很多开源项目如ffmpeg中都可见到。
Makefile.4内容截图如下:
CC= gcc
CFLAGS= -g -Wall -Werror
INCLUDES= -I.
SOURCES= main.c get_info.c multicast.c rtsp.c Sock.c socket.c sock_ntop_host.c url.c
OBJS := $(SOURCES:.c=.o)
%.o: %.c
$(CC) -c $(CFLAGS) $(INCLUDES) $<
main: $(OBJS)
$(CC) $(CFLAGS) $(INCLUDES) -o $@ $(OBJS)
$(OBJS): %.o : %.c
.PHONY: clean
clean:
-rm -rf main *.o
问题:
1. 第一个箭头处,使用了Makefile中的什么规则,该规则的作用是什么?
2. 第二个箭头处,没有命令部分,该命令还是Makefile自动推导的吗,为什么?
Makefile.1-Makefile.4都是在一个Makefile文件中完成的,就像写c程序一样,把全部东西都塞在一个文件中,显然不是一种好的设计。
Makefile.5在Makefile.4的基础上将Makefile一分为二。
Rules5.mak内容截图如下:
CC= gcc
CFLAGS= -g -Wall -Werror
INCLUDES= -I.
SOURCES= main.c get_info.c multicast.c rtsp.c Sock.c socket.c sock_ntop_host.c url.c
Makefile.5内容截图如下:
include ./Rules5.mak
OBJS := $(SOURCES:.c=.o)
all: $(OBJS) main
.PHONY: all clean
%.o: %.c
$(CC) -c $(CFLAGS) $(INCLUDES) $<
main: $(OBJS)
$(CC) $(CFLAGS) $(INCLUDES) -o $@ $(OBJS)
$(OBJS): %.o : %.c
clean:
-rm -rf main *.o
问题:
1. 第一个箭头处,“include”的作用是什么?
2. 第二个箭头处,会生成“all”这个目标文件吗,为什么?
上面的Makefile依然不够灵活,如果有时需要将源码编译为库文件,供其它部件调用接口,有时需要将其编译为二进制文件,该如何改造和优化呢?
上面的Makefile存在一个很大的缺陷,就是修改了头文件,make命令无法检测到更新,不会重新编译工程,该如何改造和优化呢?