所有Autoconf宏都以AC_'起头以防止偶然地与其它文本发生冲突。所有它们用于内部目的的shell变量 几乎全部是由小写字母组成的，并且以 ac_’开头的名字。为了确保你的宏不会与现在的或者将来的Autoconf宏冲突， 你应该给你自己的宏名和任何它们因为某些原因而需要使用的shell变量添加前缀。它可能是你名字的开头字符，或者 你的组织或软件包名称的缩...

在包测试的C预处理器符号比较多的时候，用于把-D'传递给编译器的命令行就会变得很长。 这导致了两个问题。一个是通过观察寻找make输出中的错误变得困难了。更严重的是，命令行 可能超过某些操作系统的长度限制。作为把 -D’选项传递给编译器的替代办法，configure 脚本可以创建一个包含了`#define’指令的C头文件。宏AC_CONFIG_HEADER...

目录结构图示 手动编写2个文件: configure.ac 每个目录的 Makefile.am 根目录: 子目录： 执行演示 整个命令的执行过程 效果 目录结构图示 手动编写2个文件: configure.ac # -*- Au...

为了检查一个库、函数或者全局变量，Autoconf configure脚本试图编译并连接一个使用它的小程序。 不像Metaconfig，它在缺省情况下对C库使用nm或者ar以试图确认可以使用那个函数。 由于与函数相连接避免了处理nm和ar的各个变种的选项及输出格式，而且不必处理标准库的位置， 所以与函数连接通常是更加可靠的办法。如果需要，它还允许进行交叉配置...

在1992年七月，在alpha测试之后一个月，我发布了Autoconf 1.0，并且修改了许多GNU包以使用它。我对它带来的正面 作用感到很吃惊。很多人，包括那些编写并不属于GNU工程的软件（例如TCL、FSP和Kerberos V5）的人们，开始使用它， 以至于我无法跟踪他们了。随着很多使用configure脚本的人报告他们所遇到的问题，Autoconf继...

为了正确地工作，有些Autoconf宏要求在调用它们之前调用其它的宏。Autoconf提供了一种方式以确保在需要时， 某个宏已经被调用过了，以及一种在宏可能导致不正确的操作时给出警告的方式。 首要的宏你编写的宏可能需要使用从前有其它宏计算出来的结果。例如，AC_DECL_YYTEXT要检验flex或 lex的输出，所以它要求首先调用AC_PROG_LEX以...

有些软件包需要复杂的与站点相关（site-specific）的信息。例如用于某种服务、公司名称和email联系地址的主名（host names）。 因为有些配置脚本是通过Metaconfig方式交互地询问这些信息生成的，人们有时对于按非交互方式， 由Autoconf生成配置脚本如何获取这些信息感到困惑。 这些站点配置信息应该被储存在一个仅仅由用户，而不是程...

在积累了一个关于希望添加的主要特征的长长的列表，并且在几年之中各式各样的人们提供的补丁残留了古怪的效果之后。 在1994年四月，处理对Cygnus的支持时，我开始对Autoconf进行一次主要的修订。我添加了大部分Cygnus configure 有，而Autoconf缺少的特征，主要是在david zuhn和Ken Raeburn的帮助下改编Cygnus ...

每个Autoconf生成的configure脚本必须以对AC_OUTPUT的调用结尾。它是一个创建 作为配置结果的`Makefile’以及其他一些可能的文件的宏。此外唯一必须调用的宏是AC_INIT （参见寻找configure的输入文件）。 宏： AC_OUTPUT ([file… [, extra-cmds [, init-cmds]]])创建输出文...

程序 autoscan 可以帮助你为软件包创建 configure.in 文件。如果在命令行中给出了目录，autoscan 就在给定目录及其子目录树中检查源文件，如果没有给出目录，就在当前目录及其子目录树中进行检查。它搜索源文件以寻找一般的移植性问题并创建一个文件 configure.scan ，该文件就是软件包的 configure.in 预备版本。 在...