MAKE 介绍

来源:互联网 发布:h3c端口镜像配置 编辑:程序博客网 时间:2024/06/09 18:08

MAKE  介绍

假设现有三个 程序 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系统中,提供了一个自动生成和维护目标程序的工具---makemake是一个单独工作的程序,根据程序模块的修改情况重新编译链接目标代码,以保证目标代码总是由最新的模块组成。

    源程序编译链接的顺序和范围取决于模块之间的关联关系。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.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