automake 和 autoconf 是编译代码的标准方法吗？

Question 1

Autoconf 和 Automake 旨在解决 Unix 的进化问题。

随着 Unix 向不同方向发展，想要可移植代码的开发人员倾向于编写如下代码：

#if RUNNING_ON_BSD
Set things up in the BSD way
#if RUNNING_ON_SYSTEMV
Set things up in the SystemV way
#endif

随着 Unix 被分叉成不同的实现（BSD、SystemV、许多供应商分叉，以及后来的 Linux 和其他类 Unix 系统），对于想要编写可移植代码来编写不依赖于特定操作系统品牌的代码的开发人员来说变得很重要，但基于操作系统公开的功能。这很重要，因为 Unix 版本会引入新功能，例如“发送”系统调用，后来其他操作系统也会采用它。开发人员不再使用大量代码来检查品牌和版本，而是开始按功能进行探索，因此代码变成了：

#if HAVE_SEND
Use Send here
#else
Use something else
#endif

早在 90 年代，大多数用于编译源代码的自述文件都指示开发人员编辑 config.h 文件并注释掉系统上可用的适当功能，或者为已测试的每个操作系统配置提供标准 config.h 文件。

这个过程既麻烦又容易出错，这就是 Autoconf 的由来。您应该将 Autoconf 视为一种由带有特殊宏的 shell 命令组成的语言，它能够使用探测操作系统功能的工具来取代 config.h 的人工编辑过程。

您通常会将探测代码写入configure.ac 文件中，然后运行autoconf 命令，该命令会将该文件编译为您所使用过的可执行configure 命令。

因此，当您运行时，./configure && make您正在探测系统上可用的功能，然后使用检测到的配置构建可执行文件。

当开源项目开始使用源代码控制系统时，签入configure.ac 文件是有意义的，但签入编译（configure）的结果却没有意义。 autogen.sh 只是一个小脚本，它使用正确的命令参数调用 autoconf 编译器。

--

Automake 也源于社区现有的实践。 GNU 项目标准化了 Makefile 的一组常规目标：

make all将构建该项目
make clean将从项目中删除所有已编译的文件
make install会安装该软件
类似的事情make dist会make distcheck准备要分发的源代码并验证结果是否是完整的源代码包
等等...

构建兼容的 makefile 变得很麻烦，因为有大量的样板文件被一遍又一遍地重复。因此，Automake 是一个新的编译器，它与 autoconf 集成，并将“源”Makefile（名为 Makefile.am）处理为 Makefile，然后将其提供给 Autoconf。

automake/autoconf 工具链实际上使用了许多其他辅助工具，并且通过其他组件来增强它们以执行其他特定任务。随着按顺序运行这些命令的复杂性不断增加，对可立即运行的脚本的需求诞生了，这就是 autogen.sh 的由来。

据我所知，Gnome 是引入此帮助程序脚本 autogen.sh 的使用的项目

Answer

Autoconf 和 Automake 旨在解决 Unix 的进化问题。