如果你通过检验shell变量DEFS来检验以前测试的结果，你需要把这些检验替换为对那些测试的缓存变量的检查。 在configure运行的时候，DEFS不再存在；它仅仅在生成输出文件的时候才被创建。这种与第1版 的不同是因为正确地对变量实行引用（quoting）实在太麻烦而且在每次调用AC_DEFINE都要实行引用是低效的。 参见缓存变量名。 例如，下面是为...

有些操作是以几种可能的方式完成的，它依赖于UNIX的变种。检查它们通常需要一个”case 语句”。Autoconf不能直接提供该语句； 然而，通过用一个shell变量来记录是否采用了操作的某种已知的方式，可以容易地模拟该语句。 下面是用shell变量fstype记录是否还有需要检查的情况的例子。 AC_MSG_CHECKING(how to get fi...

运行 aclocal 命令，以便生成 aclocal.m4 文件: aclocal 我们可以通过下图，观察执行 aclocal命令前后的差别: 其中多出了一个 aclocal.m4 文件。

如果现有的特征测试不能完成你所需要的工作，你就必须编写一个新的。这些宏是创建模块。它们为其它宏提供了检查各种 特征是否存在并且报告结果的方式。 本章包括一些建议和一些关于现有的测试的为什么要那样编写的原因。通过阅读现有的测试，你还可以学到许多关于编写 Autoconf测试的方法。如果在一个或多个Autoconf测试中出现了错误，这些信息可以帮助你理解它们意...

如果在Ubuntu系统中，我们执行以下命令安装: sudo apt-get install autoconf

下面是关于如何配置使用configure脚本的软件包的说明，适用于包中的INSTALL'文件。 你可能要使用的普通文本的 INSTALL’与Autoconf一同发行。

有几种特征不能通过运行测试程序而自动猜测出来。例如，目标文件格式的细节，或者需要传递给编译器或连接器的特殊选项。 你可以使用同类手段（ad-hoc means）来检查这类特征，比如说让configure检查uname程序的 输出，或者寻找仅仅在特定系统中出现的库。然而，Autoconf为处理不可猜测的特征提供了统一的手段。

程序autoupdate把使用Autoconf旧宏名的configure.in'文件更新为使用当前宏名的文件。 在Autoconf第2版中，大部分宏被重命名以使用一个更统一、更具有描述性的命名机制。关于对新的命名机制的描述， 参见宏名。虽然旧宏名仍然可以工作（关于旧宏名和对应的新宏名的列表， 参见陈旧的宏名），如果你更新它们以使用新的宏名，你可以使你的 co...

Autoconf生成的configure脚本需要一些关于如何进行初始化，诸如如何寻找包的源文件，的信息； 以及如何生成输出文件的信息。本节叙述如何进行初始化和创建输出文件。

我们执行 make 命令，此时它会根据上一节生成的 Makefile文件生成最后的可执行文件: make 下图为执行的过程演示: