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

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

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

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

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

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

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

这是一个按照字母顺序排序的，Autoconf将在它所创建的文件（通常是一个或更多 Makefile ） 中进行替换的变量的列表。关于这些是如何实现的，请参见设定输出变量。 a ALLOCAAWK b bindirbuildbuild_aliasbuild_cpubuild_osbuild_vendor c CC, CC, CCCFLAGS,...

在定义你自己的宏时，你现在应该使用AC_DEFUN而不是define。 AC_DEFUN自动调用AC_PROVIDE并且确保通过AC_REQUIRE调用该宏 不会被其他宏所打断，从而防止在屏幕上出现嵌套的`checking…’消息。继续按照老办法行事没有实际上的伤害， 但它缺乏便利和吸引力。参见宏定义。 你可能把与Autoconf一同发行的宏作为如何解决问...

在Autoconf第2版中，重新命名了许多宏。你仍然可以使用旧名字，但新名字更清晰，并且易于找到相关文档。 关于为旧宏名提供新宏名的列表，参见陈旧的宏名。 用autoupdate程序转换你的`configure.in’以使用新的宏名。 参见用autoupdate更新configure。 有些宏已经被能够更好地完成工作的类似宏所代替，但在调用上并不兼容。 如...