宏： AC_CONFIG_HEADER (header-to-create …) 配置头文件模板 用 autoheader 创建config.h.in 在包测试的C预处理器符号比较多的时候，用于把-D 传递给编译器的命令行就会变得很长。 这导致了两个问题。一个是通过观察寻找make输出中的错误变得困难了。更严重的是，命令行可能超过某些操作系统的长度...

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

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

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

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

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

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

目录结构图示 手动修改的2个文件 执行演示 整个命令的执行过程 效果 目录结构图示 手动修改的2个文件 对于 flat 结构而言，主要的工作量是创建 Makefile.am 文件，该文件由 宏、变量组成； 对于flat结构而言，我们主要是修改2个文件即可:configure.ac # ...

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

宏： AC_OUTPUT ([file… [, extra-cmds [, init-cmds]]]) 参数file... 参数extra-cmds 参数init-cmds 宏： AC_OUTPUT_COMMANDS (extra-cmds [, init-cmds]) 宏： AC_PROG_MAKE_SET 每个Autoconf生成的c...