[Linux开发工具]——make/Makefile的使用

前言：

make是一个命令，which make命令可以查看make命令的路径；makefile是一个文件，makefile文件里保存的是依赖关系和依赖方法。

一、背景

1. 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力。
2. 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作。
3. makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编 译，极大的提高了软件开发的效率。
4. make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。
5. make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。

二、认识make和makefile

makefile文件会维护两种内容：
1.依赖关系
2.依赖方法

2.1 创建Makefile文件

你可以在你的文件中建立makefile或者Makefile文件
（建议Makefile）

2.2 创建test.c文件，并打开Makefile

2.3 我们想要test.c生成test文件

2.4 编译

2.5 清理可执行文件

按Esc退出插入模式，按shift+；进入末行模式，按wq保存退出

三、理解依赖关系和依赖方法

1.首先我们要认识时间
查看文件属性的命令：

stat test.c

1. Access：查看文件时更新（防止频繁使用cpu，让系统压力大，查看文件达到一定次数才会改变）
2. Modify： 修改时间（内容更改）
3. Change：改变时间（属性更改）

总结：属性更改change改变；内容更改，modify改变；change联动被改变（内存变大）

Makefile的语法推导过程(自上而下，到至下而上的推导过程):

test:test.ogcc -o test test.o
test.o:test.sgcc -c -o test.o test.s
test.s:test.igcc -S -o test.s test.i
test.i:test.cgcc -E -o test.i test.c.PHONY:clean
clean:
rm -f test.i test.s test.o test

3.1 依赖关系

上面的文件 test,它依赖 test.o
test.o , 它依赖 test.s
test.s , 它依赖 test.i
test.i , 它依赖 test.c

3.2 依赖方法

gcc hello.* -option hello.* ,就是与之对应的依赖关系

3.3 如何编辑makefile里的内容

makefile也是一个程序，他也有自己的规则
平常情况下：

test:test.cgcc -o test test.c.PHONY:clean   #  修饰test目标文件，成为一个伪目标，总是被执行
clean:
rm -f test

我们可以根据规则：
makefile支持变量定义（和宏差不多）

cc=gcc
flag=-o
bin=test
src=test.c
$(bin):$(src)$(cc) $(flag) $@ $^.PHONY:clean   #  修饰test目标文件，成为一个伪目标，总是被执行
clean:
rm -f $(bin)

3.4 原理

make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么

1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
2. 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。
3. 如果hello文件不存在，或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件。
4. 如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程）
5. 当然，你的C文件和H文件是存在的啦，于是make会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件hello了
6. 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件
7. 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
8. make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。

3.5 项目清理

1. 工程是需要被清理的
2. 像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即命令——“make
   clean”，以此来清除所有的目标文件，以便重编译。
3. 但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。
4. 可以将我们的test 目标文件声明成伪目标，测试一下。