[Linux调查局] make &&makefile

引言

如果我们编译 一个程序 , 我们可以用下面的方式

gcc 源文件 -o 目标文件
g++ 源文件 -o 目标文件

几个程序倒还好, 如果要编译上千个, 上万个程序, 那不得累死?
这时候, 我们想如果有一个 自动化编译 就好了 ~~
make 悄悄滴说: 这我在行啊 !!!

主体部分

make 是一种构建工具，用于自动化构建和编译程序。它通常与一个名为 makefile/ Makefile 的文件一起使用，该文件包含了构建和编译程序所需的规则。
makefile/ Makefile — — 是一种 文件, 包含了指令执行需要的 依赖关系 和 依赖方法
make — — 是一种 指令, 通过执行makefile/ Makefile里面的内容来进行自动化构建和编译程序

️何为依赖方法? 何为依赖关系?

• 
  首先, 来看一下具体的 执行流程:
  
  
  其次, 具体来谈一下 依赖关系 和 依赖方法
  

其实, 我们也可以把 清理工作 也交给 make的

这里有两个问题:

1. 为什么make是编译, 而make clean 才是清理工作?
   首先, 清楚一点 make + 目标文件, 就是 执行生成目标文件的依赖方法
   
   其次, 解释默认make 是 编译工作, 而make clean 才是清理工作. 这时候我们来看一下 makefile里面的内容就清楚了
   
   总结一下:
   (1) make 是执行makefile/ Makefile文件中的第一条依赖方法
   (2) make + 目标文件 是可以指定执行哪一个依赖方法的

2. 为什么只能make一次, 即只能编译一次? 而 make clean 可以执行多次?

   1. 只能编译一次的理由:
      文件最近修改的时间很重要
      首先, 编译器是如何判断 程序已经编译过一次的呢?
      我们都知道 程序编译完成 ⇒ 就意味着 生成的可执行文件的最近修改时间 新于 源文件
      那么如果 我们的 源文件的内容 并没有发生变化 ⇒ 那么我们的 可执行文件是不是就不需要更新 ⇒ 那么编译器就不需要再编译一次.
      话说, 文件是有三个时间的 Access, Modify, change, 这三个时间有什么区别呢?
      
      那编译器是否重新编译是看 源文件和可执行文件的哪个时间呢?
      源文件内容的改变, 才会导致可执行程序发生变化, 重新编译是非常需要的 ⇒ 看的是 Modify时间
      我们通过例子来验证一下:
      
      
   2. 清理可以多次执行的理由:
      
      1. 清除旧的目标文件：每次执行make clean命令时，它会删除之前编译生成的目标文件和临时文件。这意味着，即使之前已经执行过make clean命令，再次执行该命令仍然可以清除之前的目标文件和临时文件，确保重新编译时不会使用过时的目标文件。
      2. 确保一致性：在某些情况下，可能会对源代码进行修改或添加新的文件。通过执行make clean命令，可以确保清除之前编译生成的目标文件和临时文件，以便下一次编译时重新生成它们。这样可以确保编译的一致性和准确性，避免引入潜在的问题或不一致性。
      3. 重新编译：当清除旧的目标文件和临时文件后，下一次执行make命令时，会重新编译源代码并生成新的目标文件和可执行文件。这对于确保程序的一致性和可靠性非常重要，尤其是在修改了源代码之后。

️有没有一种方法可以一直允许编译?

• 
  
  我们一般不会让 编译总是被执行, 因为有时候我们需要 倒推之前的编译结果, 比如日志啥的.
  但是, 清理工作可以让它总是被执行啊~~, 所以我们的一般写法如下
  

细节部分

1. 不回显依赖方法
   

2. 依赖关系的自动推导
   
   
   颠倒顺序之后, 依旧还能编译成功 ⇒ 依赖关系 会在整个makefile文件中自动推导类型. 如果有, 那就编译成功; 如果没有, 那就编译失败(如上图)

3. 依赖关系 和 依赖方法的特殊写法
   

---

岳飞（1103年3月24日～1142年1月27日）是一位南宋时期的抗金名将、军事家、战略家、民族英雄和书法家。他出生于相州汤阴县（今河南省汤阴县），从小就展现出过人的聪明才智和爱国情怀。在20岁时，他曾先后四次从军，参与了南宋时期的一系列战斗。