为什么要在shell脚本上使用make？

在我看来，Make似乎只是一个shell脚本，具有稍微更易于处理的命令行参数。

为什么标准运行make而不是./make.sh

通常的想法是make（合理地）支持最小限度的重建-即，您告诉它程序的哪些部分取决于其他部分。当您更新程序的某些部分时，它仅重建依赖于该部分的部分。虽然你可以做到这一点有一个shell脚本，这将是一个很大更多的工作（显式检查上的所有文件，等等。最后修改日期）与shell脚本的唯一明显的办法是每次重建一切。对于小型项目，这是一种完全合理的方法，但是对于大型项目，完整的重建可能很容易花费一个小时或更长时间-使用make，您可能会在一两分钟之内轻松完成同一件事...

我可能还应该补充说，有很多替代方案可以使它们至少具有大致相似的功能。尤其是在仅重建大型项目中的几个文件的情况下，其中一些文件（例如Ninja）通常比make快得多。

Make是一个专家系统

使用shell脚本很难完成很多事情...

• 当然，它会检查是否过时，以便仅构建它需要构建的内容
• 它执行拓扑排序或其他类型的树分析，以确定什么取决于构建过期事物的内容和顺序，以便每个先决条件在每个依赖项之前构建，并且仅构建一次。
• 这是用于声明式编程的语言。可以添加新元素，而无需将其合并到命令性控制流中。
• 它包含一个用于处理规则，模式和日期的推理引擎，当与您特定Makefile中的规则结合使用时，make就会变成一个专家系统。
• 它具有一个宏处理器。
• 另请参阅：make的早期摘要。

Make确保在更改源文件时仅重新编译所需的文件。

例如：

final : 1.o 2.o
    gcc -o final 1.o 2.o

1.o : 1.c 2.h
    gcc -c 1.c

2.o : 2.c 2.h
    gcc -c 2.c

如果我2.h仅更改文件并运行make，它将以相反的顺序执行所有3条命令。

如果我1.c仅更改文件并运行make，它将仅以相反的顺序执行前两个命令。

尝试使用您自己的shell脚本来实现这一点将涉及很多if/else检查。

和上面一样，Make是一种声明性（-ish）并行编程语言。

假设您有4,000个要转换的图形文件和4个CPU。尝试编写一个10行的shell脚本（我在这里很慷慨），可以在使CPU饱和的同时可靠地执行此操作。

也许真正的问题是人们为什么要花时间编写Shell脚本。

make处理依赖关系：makefile描述它们：二进制文件取决于目标文件，每个目标文件取决于源文件和头文件...运行make时，将比较文件的日期以确定需要重新编译的内容。

一个人可以直接调用一个目标，而不用构建Makefile中描述的所有内容。

此外，make语法提供了替换，vpath

所有这些都可以用shell脚本编写，使您已经拥有它。