-
测试值和文件
configure脚本需要测试许多文件和字符串的属性。下面是在进行这些测试的时候需要提防的一些移植性问题。 程序test是进行许多文件和字符串测试的方式。人们使用替代（alternate）名['来调用它， 但因为 [‘是一个m4的引用字符，在Autoconf代码中使用`[‘将带来麻烦。 如果你需要通过test创建多个检查，就用shell操作符&&'和 |... -
获取规范的系统类型
下列的宏使得configure脚本可以获得系统类型。它们运行shell脚本config.guess以确定 用户在命令行中没有给出的、它们需要的关于主机、目标和创建类型的所有值。它们运行config.sub对 用户给出的任何别名进行规范化。如果你使用这些宏，你必须把这两个shell脚本与你的源代码一同发布。关于 AC_CONFIG_AUX_DIR的信息，你可以... -
可移植的Shell编程
在编写你自己的测试时，为了使你的代码可以移植，你应该避免使用某些shell脚本编程技术。 Bourne shell和诸如Bash和Korn shell之类的向上兼容的shell已经发展了多年，但为了避免麻烦，不要利用 在UNIX版本7，circa 1977之后添加的新特征。你不应该使用shell函数、别名、负字符集（negated character cla... -
宏名
所有Autoconf宏都以AC_'起头以防止偶然地与其它文本发生冲突。所有它们用于内部目的的shell变量 几乎全部是由小写字母组成的，并且以 ac_’开头的名字。为了确保你的宏不会与现在的或者将来的Autoconf宏冲突， 你应该给你自己的宏名和任何它们因为某些原因而需要使用的shell变量添加前缀。它可能是你名字的开头字符，或者 你的组织或软件包名称的缩... -
检验库
为了检查一个库、函数或者全局变量，Autoconf configure脚本试图编译并连接一个使用它的小程序。 不像Metaconfig，它在缺省情况下对C库使用nm或者ar以试图确认可以使用那个函数。 由于与函数相连接避免了处理nm和ar的各个变种的选项及输出格式，而且不必处理标准库的位置， 所以与函数连接通常是更加可靠的办法。如果需要，它还允许进行交叉配置... -
库文件
下列的宏检查某些C、C++或者Fortran 77库文件是否存在。 宏： AC_CHECK_LIB (library, function [, action-if-found [, action-if-not-found [, other-libraries]]])依赖于当前的语言（参见对语言的选择），试图通过检查一个测试程序是否可以和 库library进... -
使用系统类型
你将如何使用规范的系统类型？通常，你在configure.in'中的一个或多个case语句中使用它来 选择系统特定的C文件。而后把那些使用基于系统名的文件名的文件连接到诸如 host.h’或`target.c’的 普通的文件上。case语句模型允许使用shell通配符对多种情况进行编组，就像下面的片断： case “$target” ini386--mac... -
宏之间的依赖性
为了正确地工作，有些Autoconf宏要求在调用它们之前调用其它的宏。Autoconf提供了一种方式以确保在需要时， 某个宏已经被调用过了，以及一种在宏可能导致不正确的操作时给出警告的方式。 首要的宏你编写的宏可能需要使用从前有其它宏计算出来的结果。例如，AC_DECL_YYTEXT要检验flex或 lex的输出，所以它要求首先调用AC_PROG_LEX以... -
检验语法
为了检查C、C++或者Fortran 77编译器的语法特征，比如说它是否能够识别某个关键字，就使用AC_TRY_COMPILE 来尝试编译一个小的使用该特征的程序。你还可以用它检查不是所有系统都支持的结构和结构成员。 宏： AC_TRY_COMPILE (includes, function-body, [action-if-found [, action... -
创建输出文件
每个Autoconf生成的configure脚本必须以对AC_OUTPUT的调用结尾。它是一个创建 作为配置结果的`Makefile’以及其他一些可能的文件的宏。此外唯一必须调用的宏是AC_INIT （参见寻找configure的输入文件）。 宏： AC_OUTPUT ([file… [, extra-cmds [, init-cmds]]])创建输出文...