当前位置：首页 > news >正文

Linux：自动化构建-make/Makefile

news 来源：原创 2025/5/14 9:49:38

1.背景

一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作。

makefile带来的好处就是⸺“自动化编译”，一旦写好，只需要⼀个make命令，整个工程完全

自动编译，极大地提高了软件开发的效率。

make是⼀个命令工具，是⼀个解释makefile中指令的命令工具，⼀般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile 都成为了⼀种在工程方⾯的编译方法。

make是⼀条命令，makefile是⼀个文件，两个搭配使用，完成项目自动化构建。

2.基本使用

实例代码：

#include <stdio.h>

int main()
{
    printf("hello Makefile!\n");
    return 0;
}

Makefile文件：

myproc:myproc.c
gcc -o myproc myproc.c
.PHONY:clean
clean:
rm -f myproc

依赖关系：

上面的文件myproc，它依赖myproc.c

依赖方法：

gcc -o myproc myproc.c ，就是与之对应的依赖关系

项目清理：

工程是需要被清理的；

像clean这种，没有被第⼀个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即命令⸺“make clean”，以此来清除所有的目标文件，以便重编译；

但是⼀般我们这种clean的目标文件，我们将它设置为伪目标，用.PHONY 修饰，伪目标的特性是，总是被执行的。

什么叫做总是被执行？

$ stat XXX
File: ‘XXX’
Size: 987 Blocks: 8 IO Block: 4096 regular file
Device: fd01h/64769d Inode: 1321125 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1000/ whb) Gid: ( 1000/ whb)
Access: 2024-10-25 17:05:30.430619002 +0800
Modify: 2024-10-25 17:05:25.940595116 +0800
Change: 2024-10-25 17:05:25.940595116 +0800
⽂件 = 内容 + 属性
Modify: 内容变更，时间更新
Change：属性变更，时间更新
Access：常指的是⽂件最近⼀次被访问的时间。在Linux的早期版本中，每当⽂件被访问时，其atime
都会更新。但这种机制会导致⼤量的IO操作。

结论：

.PHONY:让make忽略源文件和可执行目标文件的M时间对比

3.推导过程

myproc:myproc.o
gcc myproc.o -o myproc
myproc.o:myproc.s
gcc -c myproc.s -o myproc.o
myproc.s:myproc.i
gcc -S myproc.i -o myproc.s
myproc.i:myproc.c

gcc -E myproc.c -o myproc.i
.PHONY:clean
clean:
rm -f *.i *.s *.o myproc

编译：

$ make
gcc -E myproc.c -o myproc.i
gcc -S myproc.i -o myproc.s
gcc -c myproc.s -o myproc.o
gcc myproc.o -o myproc

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

1. make会在当前目录下找名字叫“Makefile”或“makefile”的⽂件。

2. 如果找到，它会找文件中的第⼀个目标文件（target），在上面的例子中，他会找到 myproc 这个文件，并把这个文件作为最终的目标文件。

3. 如果 myproc 文件不存在，或是 myproc 所依赖的后面的 myproc.o 文件的文件修改时间要比 myproc 这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成 myproc 这个文件。

4. 如果 myproc 所依赖的 myproc.o 文件不存在，那么 make 会在当前文件中找目标为 myproc.o 文件的依赖性，如果找到则再根据那⼀个规则生成 myproc.o 文件。（这有点像⼀个堆栈的过程）

5. 当然，你的C文件和H文件是存在的啦，于是 make 会生成 myproc.o 文件，然后再用 myproc.o 文件声明 make 的终极任务，也就是执行文件 hello 了。

6. 这就是整个make的依赖性，make会⼀层又⼀层地去找文件的依赖关系，直到最终编译出第⼀个目标文件。

7. 在找寻的过程中，如果出现错误，⽐如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。

8. make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不⼯作啦。