引言
如果我们编译 一个程序
, 我们可以用下面的方式
gcc 源文件 -o 目标文件 g++ 源文件 -o 目标文件
几个程序倒还好, 如果要编译上千个, 上万个程序, 那不得累死?
这时候, 我们想如果有一个 自动化编译 就好了 ~~
make 悄悄滴说: 这我在行啊 !!!
主体部分
make 是一种构建工具,用于自动化构建和编译程序。它通常与一个名为 makefile/ Makefile 的文件一起使用,该文件包含了构建和编译程序所需的规则。
makefile/ Makefile — — 是一种 文件, 包含了指令执行需要的 依赖关系 和 依赖方法
make — — 是一种 指令, 通过执行makefile/ Makefile里面的内容来进行自动化构建和编译程序
🗨️何为依赖方法? 何为依赖关系?
首先, 来看一下具体的 执行流程:
其次, 具体来谈一下 依赖关系 和 依赖方法
其实, 我们也可以把 清理工作
也交给 make
的👇👇👇
这里有两个问题:
- 为什么make是编译, 而make clean 才是清理工作?
首先, 清楚一点make + 目标文件
, 就是执行生成目标文件的依赖方法
👇👇👇 - 其次, 解释默认make 是 编译工作, 而make clean 才是清理工作. 这时候我们来看一下 makefile里面的内容就清楚了
- 总结一下:
(1) make 是执行makefile/ Makefile文件中的第一条依赖方法
(2) make + 目标文件 是可以指定执行哪一个依赖方法的
为什么只能make一次, 即只能编译一次? 而 make clean 可以执行多次?
只能编译一次的理由:
文件最近修改的时间很重要
首先, 编译器是如何判断 程序已经编译过一次的呢?
我们都知道 程序编译完成 ⇒ 就意味着 生成的可执行文件的最近修改时间 新于 源文件
那么如果 我们的 源文件的内容 并没有发生变化 ⇒ 那么我们的 可执行文件是不是就不需要更新 ⇒ 那么编译器就不需要再编译一次.
话说, 文件是有三个时间的 Access, Modify, change, 这三个时间有什么区别呢?👇👇👇
那编译器是否重新编译是看 源文件和可执行文件的哪个时间呢?
源文件内容的改变, 才会导致可执行程序发生变化, 重新编译是非常需要的 ⇒ 看的是 Modify时间
我们通过例子来验证一下:👇👇👇
清理可以多次执行的理由
清除旧的目标文件:每次执行make clean命令时,它会删除之前编译生成的目标文件和临时文件。这意味着,即使之前已经执行过make clean命令,再次执行该命令仍然可以清除之前的目标文件和临时文件,确保重新编译时不会使用过时的目标文件。
确保一致性:在某些情况下,可能会对源代码进行修改或添加新的文件。通过执行make clean命令,可以确保清除之前编译生成的目标文件和临时文件,以便下一次编译时重新生成它们。这样可以确保编译的一致性和准确性,避免引入潜在的问题或不一致性。
重新编译:当清除旧的目标文件和临时文件后,下一次执行make命令时,会重新编译源代码并生成新的目标文件和可执行文件。这对于确保程序的一致性和可靠性非常重要,尤其是在修改了源代码之后。
🗨️有没有一种方法可以一直允许编译?
我们一般不会让 编译总是被执行
, 因为有时候我们需要 倒推之前的编译结果
, 比如日志啥的.
但是, 清理工作可以让它总是被执行啊~~, 所以我们的一般写法如下👇👇👇
细节部分
- 不回显依赖方法
- 依赖关系的自动推导
- 颠倒顺序之后, 依旧还能编译成功 ⇒
依赖关系 会在整个makefile文件中自动推导类型. 如果有, 那就编译成功; 如果没有, 那就编译失败(如上图)
- 依赖关系 和 依赖方法的特殊写法