Linux中Makefile的编写

mgjj

　　   通常，在一个大型项目中，会有很多个 .c 文件和 .h 文件，这些文件互相依赖互相关联，开发过程中需要多次修改代码，每当修改其中一个文件的代码时，通常需要将这些文件重新编译一次，这个过程非常麻烦。（不停的输入 gcc -xx xxx 命令），因此 就产生了Make的自动化编译工具，极大的提高了软件开发的效率。而会不会写makefile，也从一个侧面说明了一个人是否具备完成大型工程的能力。
　　       简单来说：Make有两个重要的规则：1、依赖关系。2、依赖方法。

　　


下面简单简述一下make文件的规则：
Makefile的编写规则：
    target ... : prerequisites ...
        command
    ...
        ...


（注意：command命令前必须有一个Tab）
target   也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label），对于标签这种特性，后面再说。

prerequisites   就是，要生成那个target所需要的文件或是目标。

command   也就是make需要执行的命令。（任意的Shell命令）


       这是一个文件的依赖关系，也就是说，target这一个或多个的目标文件依赖于prerequisites中的文件，其生成规则定义在command中。说白一点就是说，prerequisites中如果有一个以上的文件比target文件要新的话，command所定义的命令就会被执行。这就是Makefile的规则。也就是Makefile中最核心的内容。


举个例子：以下是一个简单的C工程

此时，我们输入命令：make  会显示 gcc -o test test.c test.h
则说明我们的 test.c 文件已完成编译。此时我们就可以直接使用 ./test 命令运行程序了

　　最后再make clean 完成清理工作

　　make是如何工作的
　　

　　在默认的方式下，也就是我们只输入make命令。那么，
　　1 make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
　　2 如果找到，它会找文件中的第一个目标文件（target），在上面的
　　例子中，他会找到“edit”这个文件，并把这个文件作为最终的目标文
　　件。
　　3 如果edit文件不存在，或是edit所依赖的后面的 .o 文件的文件修改
　　时间要比edit这个文件新，那么，他就会执行后面所定义的命令来生
　　成edit这个文件。
　　4 如果edit所依赖的.o文件也存在，那么make会在当前文件中找目标
　　为.o文件的依赖性，如果找到则再根据那一个规则生成.o文件。（这
　　有点像一个堆栈的过程）
　　5 当然，你的C文件和H文件是存在的啦，于是make会生成 .o 文件，
　　然后再用 .o 文件声明make的终极任务，也就是执行文件edit了。
　　这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，
　　直到最终编译出第一个目标文件。在找寻的过程中，如果出现错误，比如
　　最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定
　　义的命令的错误，或是编译不成功，make根本不理。make只管文件的依
　　赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么
　　对不起，我就不工作啦。
　　通过上述分析，我们知道，像clean这种，没有被第一个目标文件直接
　　或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可
　　以显示要make执行。即命令——“make clean”，以此来清除所有的目标
　　文件，以便重编译。
　　于是在我们编程中，如果这个工程已被编译过了，当我们修改了其中
　　一个源文件，比如file.c，那么根据我们的依赖性，我们的目标file.o会被重
　　编译（也就是在这个依性关系后面所定义的命令），于是file.o的文件也是
　　最新的啦，于是file.o的文件修改时间要比edit要新，所以edit也会被重新链
　　接了（详见edit目标文件后定义的命令）。
　　而如果我们改变了“command.h”，那么，kdb.o、command.o和files.o都会被
　　重编译，并且，edit会被重链接。




简化书写：让make自动推导
        
Makefile文件内容书写方式有两种：
方法1：（我们上面例子是方法2）
test:test.o
gcc -o test test.o(关系与方法必须紧挨着)
test.o:test.s
gcc -c test.s -o test.o
test.s:test.i
gcc -S test.i test.s
test.i:test.c
gcc -E test.c -o test.i


清理工程


.PHONY:clean(意思clean是一个伪目标)
clean:
rm -f test.o test.s test.i test
方法2：
test:test.c
@gcc -o test test.c
.PHONY:clean




      这种方法虽然看起来是Makefile文件更加简洁，但凡事都有两面性，这会破坏文件本身的依赖关系，如果文件过多的话，可能会造成混淆。