1、Linux/Unix 环境下的 make 命令详解无论是在 Linux 还是在 Unix 环境中，make 都是一个非常重要的编译命令。不管是自己进行项目开发还是安装应用软件，我们都经常要用到 make 或 make install。利用 make 工具，我们可以将大型的开发项目分解成为多个更易于管理的模块，对于一个包括几百个源文件的应用程序，使用 make 和 makefile 工具就可以简洁明快地理顺各个源文件之间纷繁复杂的相互关系。而且如此多的源文件，如果每次都要键入 gcc 命令进行编译的话，那对程序员来说简直就是一场灾难。而 make 工具则可自动完成编译工作，并且可以只对程序员在上
2、次编译后修改过的部分进行编译。因此，有效的利用make 和 makefile 工具可以大大提高项目开发的效率。同时掌握 make 和 makefile 之后，您也不会再面对着 Linux 下的应用软件手足无措了。 但令人遗憾的是，在许多讲述 Linux 应用的书籍上都没有详细介绍这个功能强大但又非常复杂的编译工具。在这里我就向大家详细介绍一下 make 及其描述文件makefile。 Makefile 文件 Make 工具最主要也是最基本的功能就是通过 makefile 文件来描述源程序之间的相互关系并自动维护编译工作。而 makefile 文件需要按照某种语法进行编写，文件中需要说明如何编译
3、各个源文件并连接生成可执行文件，并要求定义源文件之间的依赖关系。makefile 文件是许多编译器- 包括 Windows NT 下的编译器 -维护编译信息的常用方法，只是在集成开发环境中，用户通过友好的界面修改 makefile 文件而已。 在 UNIX 系统中，习惯使用 Makefile 作为 makfile 文件。如果要使用其他文件作为 makefile，则可利用类似下面的 make 命令选项指定 makefile 文件：$ make -f Makefile.debug 例如，一个名为 prog 的程序由三个 C 源文件 filea.c、fileb.c 和 filec.c 以及库文件LS
4、 编译生成，这三个文件还分别包含自己的头文件 a.h 、b.h 和 c.h。通常情况下，C编译器将会输出三个目标文件 filea.o、fileb.o 和 filec.o。假设 filea.c 和 fileb.c 都要声明用到一个名为 defs 的文件，但 filec.c 不用。即在 filea.c 和 fileb.c 里都有这样的声明： #include “defs“ 那么下面的文档就描述了这些文件之间的相互联系: #It is a example for describing makefile prog : filea.o fileb.o filec.o cc filea.o fileb.o
5、 filec.o -LS -o prog filea.o : filea.c a.h defs cc -c filea.c fileb.o : fileb.c b.h defs cc -c fileb.c filec.o : filec.c c.h cc -c filec.c 这个描述文档就是一个简单的 makefile 文件。 从上面的例子注意到，第一个字符为 # 的行为注释行。第一个非注释行指定 prog由三个目标文件 filea.o、fileb.o 和 filec.o 链接生成。第三行描述了如何从 prog 所依赖的文件建立可执行文件。接下来的 4、6、8 行分别指定三个目标文件，以及它
6、们所依赖的.c 和.h 文件以及 defs 文件。而 5、7、9 行则指定了如何从目标所依赖的文件建立目标。 当 filea.c 或 a.h 文件在编译之后又被修改，则 make 工具可自动重新编译 filea.o，如果在前后两次编译之间，filea.C 和 a.h 均没有被修改，而且 test.o 还存在的话，就没有必要重新编译。这种依赖关系在多源文件的程序编译中尤其重要。通过这种依赖关系的定义，make 工具可避免许多不必要的编译工作。当然，利用 Shell 脚本也可以达到自动编译的效果，但是，Shell 脚本将全部编译任何源文件，包括哪些不必要重新编译的源文件，而 make 工具则可根据
7、目标上一次编译的时间和目标所依赖的源文件的更新时间而自动判断应当编译哪个源文件。 Makefile 文件作为一种描述文档一般需要包含以下内容: 宏定义 源文件之间的相互依赖关系 可执行的命令 Makefile 中允许使用简单的宏指代源文件及其相关编译信息，在 Linux 中也称宏为变量。在引用宏时只需在变量前加$符号，但值得注意的是，如果变量名的长度超过一个字符，在引用时就必须加圆括号（）。 下面都是有效的宏引用： $(CFLAGS) $2 $Z $(Z) 其中最后两个引用是完全一致的。 需要注意的是一些宏的预定义变量，在 Unix 系统中，$*、$、$?和$1zap /usr/bin/mak
8、e -dp | grep -v TIME2zap diff 1zap 2zap rm 1zap 2zap lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c $(LINT) dosys.c donamc.c file.c main.c misc.c version.c gram.c rm gram.c arch: ar uv /sys/source/s2/make.a $(FILES) 通常在描述文件中应象上面一样定义要求输出将要执行的命令。在执行了 make 命令之后，输出结果为：$ make cc -c version.
9、c cc -c main.c cc -c donamc.c cc -c misc.c cc -c file.c cc -c dosys.c yacc gram.y mv y.tab.c gram.c cc -c gram.c cc version.o main.o donamc.o misc.o file.o dosys.o gram.o -LS -o make 13188+3348+3044=19580b=046174b 最后的数字信息是执行“size make“命令的输出结果。之所以只有输出结果而没有相应的命令行，是因为“size make“命令以“起始，这个符号禁止打印输出它所在的命令行
10、。 描述文件中的最后几条命令行在维护编译信息方面非常有用。其中“print“命令行的作用是打印输出在执行过上次“make print“ 命令后所有改动过的文件名称。系统使用一个名为 print 的 0 字节文件来确定执行 print 命令的具体时间，而宏$? 则指向那些在print 文件改动过之后进行修改的文件的文件名。如果想要指定执行 print 命令后，将输出结果送入某个指定的文件，那么就可修改 P 的宏定义： make print “P= catzap“ 在 Linux 中大多数软件提供的是源代码，而不是现成的可执行文件，这就要求用户根据自己系统的实际情况和自身的需要来配置、编译源程序后，软件才能使用。只有掌握了 make 工具，才能让我们真正享受到到 Linux 这个自由软件世界的带给我们无穷乐趣。
