MAKE 介绍
假设现有三个 c 程序 main.c, mytool1.c, mytool2.c, 其中主程序在 main.c中。
gcc -c main.c
gcc -c mytool1.c
gcc -c mytool2.c
gcc -o main main.o mytool1.o mytool2.o
这样的话我们可以产生main程序,而且也不是很麻烦.但是我们考虑一下,如果有一天我们修改了其中的一个文件(比如说mytool1.c),那么我们难道还要重新输入上面的命令吗?也许你会说,这个很容易解决啊,我写一个SHELL脚本,让它帮我去完成不就可以了.是的对于这个程序来说,是可以起到作用的.但是当我们把事情想的更复杂一点,如果我们的程序有几百个源程序的时候,难道也要编译器重新一个一个的去编译吗?
为此,聪明的程序员们想出了一个很好的工具来做这件事情,这就是make.
什么是make
linux系统中,提供了一个自动生成和维护目标程序的工具---make。make是一个单独工作的程序,根据程序模块的修改情况重新编译链接目标代码,以保证目标代码总是由最新的模块组成。
源程序编译链接的顺序和范围取决于模块之间的关联关系。make 从指定文件中读取说明模块之间关系的信息,然后根据这些信息维护和更新目标文件。具体地说,make 首先判断哪些文件过时了。所谓过时,就是一个文件生成以后,用来生成该文件的源文件或者所依赖的模块被修改了,而他自己没有修改。其判断依据是文件生成时间。找到过时的文件,就根据指定文件中的有关信息进行更新操作。
make 默认从GNUmakefile makefile 或者 Makefile 读取信息。可以用 -f 指定文件。
我们只要执行以下make,就可以把上面的问题解决掉.在我们执行make之前,我们要先编写一个非常重要的文件.--Makefile(或 makefile).对于上面的那个程序来说,可能的一个Makefile的文件是:
#这是上面那个程序的Makefile文件
main:main.o mytool1.o mytool2.o
gcc -o main main.o mytool1.o mytool2.o
main.o:main.c mytool1.h mytool2.h
gcc -c main.c
mytool1.o:mytool1.c mytool1.h
gcc -c mytool1.c
mytool2.o:mytool2.c mytool2.h
gcc -c mytool2.c
有了这个Makefile文件,不过我们什么时候修改了源程序当中的什么文件,我们只要执行make命令,我们的编译器都只会去编译和我们修改的文件有关的文件,其它的文件它连理都不想去理的.
如何编写 makefile文件
在Makefile中以#开始的行都是注释行.Makefile中最重要的是描述文件的依赖关系的说明. 一般的格式是:
target: components
TABrule(TAB表示tab键)
第一行表示的是依赖关系.第二行是规则(命令行). 每一个命令行的开头都必须是一个tab键。
比如说我们上面的那个Makefile文件的第二行 main:main.o mytool1.o mytool2.o
表示我们的目标(target)main的依赖对象(components)是main.o mytool1.o mytool2.o 当倚赖的对象在目标修改后修改的话,就要去执行规则一行所指定的命令.就象我们的上面那个Makefile第三行所说的一样要执行 gcc -o main main.o mytool1.o mytool2.o
Makefile有几个非常有用的变量:分别是 $@、$*、$^、$< 。代表的意义分别是:
$@ -- 目标文件
$* -- 目标文件去掉后缀的部分
$^ -- 所有的依赖文件
$< -- 比目标文件更新的依赖文件
如果我们使用上面几个变量,那么我们可以简化我们的Makefile文件为:
# 这是简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
main.o:main.c mytool1.h mytool2.h
gcc -c $*.c
mytool1.o:mytool1.c mytool1.h
gcc -c $*.c
mytool2.o:mytool2.c mytool2.h
gcc -c $*.c
内部规则
经过简化后我们的Makefile是简单了一点,人们有时候还想简单一点.这里我们学习一个Makefile的内部规则。
make的内部规则是系统或用户预先定义的一些特殊的规则。内部规则用来定义一些十分常用的依赖关系和更新命令,在正式执行makefile 前已经定义。如果 makefile 没有显式地给出关于某个目标文件的规则, make 就会根据该文件的扩展名找到相应的内部规则,然后自动根据内部规则维护和更新这个目标文件。
因此在 makefile 中,扩展名非常重要。与 c 有关的扩展名有:
.o 目标文件
.c C源文件
.C C++源文件
.h 头文件
(特别注意,.c 和 .C 是不一样的)
.c.o:
gcc -c $<
这个规则表示所有的 .o文件都是依赖与相应的.c文件的.例如mytool.o依赖于mytool.c。
应用内部规则可以有效缩短makefile的长度。
这样Makefile还可以变为:
#这是再一次简化后的Makefile
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
(表示我们使用默认的 .c.o 规则,如果我们重新定义 .c.o,必须在 makefile 中指明)
修改内部规则
如果缺省的内部规则不能满足需要,可以更改。例如我们需要在编译时指定路径,可以改变缺省的.c.o如下。
#改变makefile
.c.o:
gcc -c $< -g -I /home/gsx/v.13/bp
main:main.o mytool1.o mytool2.o
gcc -o $@ $^
使用宏
使用宏可以简化 makefile 的长度。
CC = gcc
CFLAGS = -c
USER = /user/user1
DIROBJ = ${USER}/objfile/
DIRSRC = ${USER}/srcfile/
FILE = main
${DIROBJ}${FILE}.o : ${DIRSRC}${FILE}.c
${CC} ${CFLAGS} S{DIRSRC}${FILE}.c
-mv ${DIRSRC}${FILE}.o ${DIROBJ}${FILE}.o
自定义库的建立和维护
库文件以lib开头,后缀为so 或 a,如libptherad.so libpthread.a lib_signal.a 。库中的文件称为库的成员。表示形式; 库名(成员名)如 myfunc.a(readsocket.o)。建立和维护一个库时,将库作为目标文件,放到库中的文件作为依赖文件。利用缺省的规则就可以建库: ar -ruv 库名 目标文件名。库的 makefile 可以简单地写为:
myfunc.a : myfunc.a(file1.o file2.o file3.o)
我们来看一看这条语句的处理流程。
make 在处理这个语句时,先检查库 mylib 的各个依赖文件。从列表中第一个文件 file1.o开始,如果成员文件 file1.o 的建立时间晚于库的建立时间,就对 file1.o 应用 .o.a 规则;如果目标文件 file1.o 的建立时间又晚于 c 源文件的建立时间,再应用 .c.o 规则,生成 file1.o 。(在这个过程中,假设makefile中没有显式说明任何关于 file1.o 的信息。)一个成员文件更新完毕,接着处理下一个成员文件 file2.o 。所有的成员文件处理完后,最后使用 .o.a 规则中的命令更新库。
使用库进行链接
假设自定义库在 /home/gsx/mylib 中,编译时用到libmyfunc.so
-L/home/gsx/mylib -lmyfunc
在编译时候加入上述语句即可。
下面给出一个完整的 makefile 例子,并给出相关注释。
#makefile for bp/sys and bme
CC = gcc
BPPATH = /home/gsx/v1.13/bp
LINUXPATCH = ${BPPATH}/linuxpatch
OBJPATH = ${BPPATH}/objs
LIBPATH = ${BPPATH}/libs
GCCFLAG1 = -c
GCCFLAG2 = -g -w -I
#改变缺省的内部规则 .c.o
.c.o :
${CC} ${GCCFLAG1} $< ${GCCFLAG2} ${BPPATH} -I ${LINUXPATCH}
SOURCE = cb.c llsch.c myfunc.c psch.c sdinit.c softc.c srmng.c \
sysdata.c timeout.c timmng.c user.c \
main.c
OBJECT = cb.o llsch.o myfunc.o psch.o sdinit.o softc.o srmng.o \
sysdata.o timeout.o timmng.o user.o \
main.o
LIBNAME = lib_sys.a
THISLIB = ${LIBPATH}/${LIBNAME}
BME = ${BPPATH}/bme
#使用到/home/gsx/v1.13/bp/libs 下的库 lib_dbs.a lib_nbi.a lib_patch.a
BPLIBS = -l_dbs -l_nbi -l_patch
#all 表示维护多个目标文件。将要维护的所有的文件作为 all 的依赖文件。运行 make 时从第一个目标文件 #all 出发,就能遍历到所有的文件。这条规则不需要命令菜单, all 永远都不会创建。
all : ${OBJECT} ${THISLIB} ${BME}
-rm -f main.o
# "-"号表示忽略本命令的错误,继续执行。否则如果执行时产生错误,make 会停止执行。
# 一般用于非编译命令。如 rm cp 等操作。
-cp ${BME} /user/super/sp302
@echo
# 简单的显示信息
@echo "make bme OK!!!"
@echo
#cleanall 表示在执行命令 "make cleanall" 时所进行的操作,一般是删除目标文件。
cleanall :
-rm -f ${BME}
#clean 表示在执行命令 "make clean" 时所进行的操作,一般是删除目标文件。
clean :
-rm -f ${OBJECT}
-rm -f ${THISLIB}
-rm -f ${BME}
${THISLIB} : ${THISLIB}(${OBJECT})
@echo "make sys OK!!!"
@echo
${BME} : ${OBJECT}
${CC} ${GCCFLAG2} ${BPPATH} -L ${LIBPATH} -o ${BME} \
${OBJECT} -lpthread\
${BPLIBS}
执行 make 时,错误将会输出到屏幕上。
可以将错误输出到文件中,make 2>error.log