autoconf手册（四）
时间：2007-02-17 来源：PHP爱好者
对普通函数的检查
这些宏被用于寻找没有包括在特定函数测试宏中的函数。如果函数可能出现在除了缺省C库以外的库中，就要首先为这些库调用AC_CHECK_LIB。如果你除了需要检查函数是否存在之外，还要检查函数的行为，你就不得不为此而编写你自己的测试（参见编写测试）。
宏： AC_CHECK_FUNC (function, [action-if-found [, action-if-not-found]])
如果可以使用C函数function，就运行shell命令action-if-found，否则运行 action-if-not-found。如果你只希望在函数可用的时候定义一个符号，就考虑使用 AC_CHECK_FUNCS。由于C++比C更加标准化，即使在调用了AC_LANG_CPLUSPLUS 的时候，本宏仍然用C的连接方式对函数进行检查。（关于为测试选择语言的详情，请参见 对语言的选择）
宏： AC_CHECK_FUNCS (function... [, action-if-found [, action-if-not-found]])
对于每个在以空格分隔的函数列表function中出现的函数，如果可用，就定义HAVE_function （全部大写）。如果给出了action-if-found，它就是在找到一个函数的时候执行的附加的shell代码。你可以给出 `break'以便在找到第一个匹配的时候跳出循环。如果给出了action-if-not-found，它就在找不到某个函数的时候执行。
宏： AC_REPLACE_FUNCS (function...)
本宏的功能就类似于以将`function.o'添加到输出变量LIBOBJS的shell 代码为参数action-if-not-found，调用AC_CHECK_FUNCS。你可以通过用 `#ifndef HAVE_function'包围你为函数提供的替代版本的原型来声明函数。如果系统含有该函数，它可能在一个你应该引入的头文件中进行声明，所以你不应该重新声明它，以避免声明冲突。
头文件
下列宏检查某些C头文件是否存在。如果没有为你需要检查的头文件定义特定的宏，而且你不需要检查它的任何特殊属性，那么你就可以使用一个通用的头文件检查宏。
对特定头文件的检查
这些宏检查特定的系统头文件--它们是否存在，以及在某些情况下它们是否定义了特定的符号。
宏： AC_DECL_SYS_SIGLIST
如果在系统头文件，`signal.h'或者`unistd.h'，中定义了变量sys_siglist，就定义SYS_SIGLIST_DECLARED。
宏： AC_DIR_HEADER
类似于调用AC_HEADER_DIRENT和AC_FUNC_CLOSEDIR_VOID，但为了指明找到了哪个头文件而定义了不同的一组C预处理器宏。本宏和它定义的名字是过时的。它定义的名字是：
`dirent.h'
DIRENT
`sys/ndir.h'
SYSNDIR
`sys/dir.h'
SYSDIR
`ndir.h'
NDIR
此外，如果closedir不能返回一个有意义的值，就定义VOID_CLOSEDIR。
宏： AC_HEADER_DIRENT
对下列头文件进行检查，并且为第一个找到的头文件定义`DIR'，以及列出的C预处理器宏：
`dirent.h'
HAVE_DIRENT_H
`sys/ndir.h'
HAVE_SYS_NDIR_H
`sys/dir.h'
HAVE_SYS_DIR_H
`ndir.h'
HAVE_NDIR_H
源代码中的目录库声明应该以类似于下面的方式给出：
#if HAVE_DIRENT_H
# include
# define NAMLEN(dirent) strlen((dirent)->d_name)
#else
# define dirent direct
# define NAMLEN(dirent) (dirent)->d_namlen
# if HAVE_SYS_NDIR_H
#?include
# endif
# if HAVE_SYS_DIR_H
#?include
# endif
# if HAVE_NDIR_H
#?include
# endif
#endif
使用上述声明，程序应该把变量定义成类型struct dirent，而不是struct direct，并且应该通过把指向struct direct的指针传递给宏NAMLEN来获得目录项的名称的长度。
本宏还为SCO Xenix检查库`dir'和`x'。
宏： AC_HEADER_MAJOR
如果`sys/types.h'没有定义major、minor和makedev，但`sys/mkdev.h'定义了它们，就定义MAJOR_IN_MKDEV；否则，如果`sys/sysmacros.h'定义了它们，就定义MAJOR_IN_SYSMACROS。
宏： AC_HEADER_STDC
如果含有标准C（ANSI C）头文件，就定义STDC_HEADERS。特别地，本宏检查`stdlib.h'、`stdarg.h'、`string.h'和`float.h'；如果系统含有这些头文件，它可能也含有其他的标准C头文件。本宏还检查`string.h'是否定义了memchr （并据此对其他mem函数做出假定），`stdlib.h'是否定义了free（并据此对malloc和其他相关函数做出假定），以及`ctype.h'宏是否按照标准C的要求而可以用于被设置了高位的字符。
因为许多含有GCC的系统并不含有标准C头文件，所以用STDC_HEADERS而不是__STDC__ 来决定系统是否含有服从标准（ANSI-compliant）的头文件（以及可能的C库函数）。
在没有标准C头文件的系统上，变种太多，以至于可能没有简单的方式对你所使用的函数进行定义以使得它们与系统头文件声明的函数完全相同。某些系统包含了ANSI和BSD函数的混合；某些基本上是标准（ANSI）的，但缺少`memmove'；有些系统在`string.h'或者`strings.h'中以宏的方式定义了BSD函数；有些系统除了含有`string.h'之外，只含有BSD函数；某些系统在`memory.h' 中定义内存函数，有些在`string.h'中定义；等等。对于一个字符串函数和一个内存函数的检查可能就够了；如果库含有这些函数的标准版，那么它就可能含有其他大部分函数。如果你在`configure.in' 中安放了如下代码：
AC_HEADER_STDC
AC_CHECK_FUNCS(strchr memcpy)
那么，在你的代码中，你就可以像下面那样放置声明：
#if STDC_HEADERS
# include
#else
# ifndef HAVE_STRCHR
#?define strchr index
#?define strrchr rindex
# endif
char *strchr (), *strrchr ();
# ifndef HAVE_MEMCPY
#?define memcpy(d, s, n) bcopy ((s), (d), (n))
#?define memmove(d, s, n) bcopy ((s), (d), (n))
# endif
#endif
如果你使用没有等价的BSD版的函数，诸如memchr、memset、strtok 或者strspn，那么仅仅使用宏就不够了；你必须为每个函数提供一个实现。以memchr为例，一种仅仅在需要的时候（因为系统C库中的函数可能经过了手工优化）与你的实现协作的简单方式是把实现放入 `memchr.c'并且使用`AC_REPLACE_FUNCS(memchr)'。
宏： AC_HEADER_SYS_WAIT
如果`sys/wait.h'存在并且它和POSIX.1相兼容，就定义HAVE_SYS_WAIT_H。如果`sys/wait.h'不存在，或者如果它使用老式BSD union wait，而不是 int来储存状态值，就可能出现不兼容。如果`sys/wait.h'不与POSIX.1兼容，那就不是引入该头文件，而是按照它们的常见解释定义POSIX.1宏。下面是一个例子：
#include
#if HAVE_SYS_WAIT_H
# include
#endif
#ifndef WEXITSTATUS
# define WEXITSTATUS(stat_val) ((unsigned)(stat_val) >> 8)
#endif
#ifndef WIFEXITED
# define WIFEXITED(stat_val) (((stat_val) & 255) == 0)
#endif
宏： AC_MEMORY_H
在`string.h'中，如果没有定义memcpy, memcmp等函数，并且`memory.h' 存在，就定义NEED_MEMORY_H。本宏已经过时；可以用AC_CHECK_HEADERS(memory.h)来代替。参见为AC_HEADER_STDC提供的例子。
宏： AC_UNISTD_H
如果系统含有`unistd.h'，就定义HAVE_UNISTD_H。本宏已经过时；可以用 `AC_CHECK_HEADERS(unistd.h)'来代替。
检查系统是否支持POSIX.1的方式是：
#if HAVE_UNISTD_H
# include
# include
#endif
#ifdef _POSIX_VERSION
/* Code for POSIX.1 systems.?*/
#endif
在POSIX.1系统中包含了`unistd.h'的时候定义_POSIX_VERSION。如果系统中没有`unistd.h'，那么该系统就一定不是POSIX.1系统。但是，有些非POSIX.1（non-POSIX.1）系统也含有`unistd.h'。
宏： AC_USG
如果系统并不含有`strings.h'、rindex、bzero等头文件或函数，就定义USG。定义USG就隐含地表明了系统含有`string.h'、strrchr、memset等头文件或函数。
符号USG已经过时了。作为本宏的替代，参见为AC_HEADER_STDC提供的例子。
对普通头文件的检查
这些宏被用于寻找没有包括在特定测试宏中的系统头文件。如果你除了检查头文件是否存在之外还要检查它的内容，你就不得不为此而编写你自己的测试（参见编写测试）。
宏： AC_CHECK_HEADER (header-file, [action-if-found [, action-if-not-found]])
如果系统头文件header-file存在，就执行shell命令action-if-found，否则执行action-if-not-found。如果你只需要在可以使用头文件的时候定义一个符号，就考虑使用 AC_CHECK_HEADERS。
宏： AC_CHECK_HEADERS (header-file... [, action-if-found [, action-if-not-found]])
对于每个在以空格分隔的参数列表header-file出现的头文件，如果存在，就定义 HAVE_header-file（全部大写）。如果给出了action-if-found，它就是在找到一个头文件的时候执行的附加shell代码。你可以把`break'作为它的值以便在第一次匹配的时候跳出循环。如果给出了action-if-not-found，它就在找不到某个头文件的时候被执行。
结构
以下的宏检查某些结构或者某些结构成员。为了检查没有在此给出的结构，使用AC_EGREP_CPP （参见检验声明）或者使用AC_TRY_COMPILE （参见检验语法）。
宏： AC_HEADER_STAT
如果在`sys/stat.h'中定义的S_ISDIR、S_ISREG等宏不能正确地工作（返回错误的正数），就定义STAT_MACROS_BROKEN。这种情况出现在Tektronix UTekV、 Amdahl UTS和Motorola System V/88上。
宏： AC_HEADER_TIME
如果程序可能要同时引入`time.h'和`sys/time.h'，就定义TIME_WITH_SYS_TIME。在一些老式系统中，`sys/time.h'引入了`time.h'，但`time.h'没有用多个包含保护起来，所以程序不应该显式地同时包含这两个文件。例如，本宏在既使用struct timeval或 struct timezone，又使用struct tm程序中有用。它最好和 HAVE_SYS_TIME_H一起使用，该宏可以通过调用AC_CHECK_HEADERS(sys/time.h)来检查。
#if TIME_WITH_SYS_TIME
# include
# include
#else
# if HAVE_SYS_TIME_H
#?include
# else
#?include
# endif
#endif
宏： AC_STRUCT_ST_BLKSIZE
如果struct stat包含一个st_blksize成员，就定义HAVE_ST_BLKSIZE。
宏： AC_STRUCT_ST_BLOCKS
如果struct stat包含一个st_blocks成员，就定义HAVE_ST_BLOCKS。否则，就把`fileblocks.o'添加到输出变量LIBOBJS中。
宏： AC_STRUCT_ST_RDEV
如果struct stat包含一个st_rdev成员，就定义HAVE_ST_RDEV。
宏： AC_STRUCT_TM
如果`time.h'没有定义struct tm，就定义TM_IN_SYS_TIME，它意味着引入`sys/time.h'将得到一个定义得更好的struct tm。
宏： AC_STRUCT_TIMEZONE
确定如何获取当前的时区。如果struct tm有tm_zone成员，就定义HAVE_TM_ZONE。否则，如果找到了外部数组tzname，就定义HAVE_TZNAME。
类型定义
以下的宏检查C typedefs。如果没有为你需要检查的typedef定义特定的宏，并且你不需要检查该类型的任何特殊的特征，那么你可以使用一个普通的typedef检查宏。
对特定类型定义的检查
这些宏检查在`sys/types.h'和`stdlib.h'（如果它存在）中定义的特定的C typedef。
宏： AC_TYPE_GETGROUPS
把GETGROUPS_T定义成getgroups的数组参数的基类型gid_t或者int。
宏： AC_TYPE_MODE_T
如果没有定义mode_t，就把mode_t定义成int。
宏： AC_TYPE_OFF_T
如果没有定义off_t，就把off_t定义成long。
宏： AC_TYPE_PID_T
如果没有定义pid_t，就把pid_t定义成int。
宏： AC_TYPE_SIGNAL
如果`signal.h'把signal声明成一个指向返回值为void的函数的指针，就把RETSIGTYPE定义成void；否则，就把它定义成int。
把信号处理器（signal handler）的返回值类型定义为RETSIGTYPE：
RETSIGTYPE
hup_handler ()
{
...
}
宏： AC_TYPE_SIZE_T
如果没有定义size_t，就把size_t定义成unsigned。
宏： AC_TYPE_UID_T
如果没有定义uid_t，就把uid_t定义成int并且把 gid_t定义成int。
对普通类型定义的检查
本宏用于检查没有包括在特定类型测试宏中的typedef。
宏： AC_CHECK_TYPE (type, default)
如果`sys/types.h'或者`stdlib.h'或者`stddef.h'存在，而类型 type没有在它们之中被定义，就把type定义成C（或者C++）预定义类型 default；例如，`short'或者`unsigned'。
C编译器的特征
下列宏检查C编译器或者机器结构的特征。为了检查没有在此列出的特征，使用AC_TRY_COMPILE （参见检验语法）或者AC_TRY_RUN （参见检查运行时的特征)
宏： AC_C_BIGENDIAN
如果字（word）按照最高位在前的方式储存（比如Motorola和SPARC，但不包括Intel和VAX，CPUS），就定义 WORDS_BIGENDIAN。
宏： AC_C_CONST
如果C编译器不能完全支持关键字const，就把const定义成空。有些编译器并不定义 __STDC__，但支持const；有些编译器定义__STDC__，但不能完全支持 const。程序可以假定所有C编译器都支持const，并直接使用它；对于那些不能完全支持const的编译器，`Makefile'或者配置头文件将把const定义为空。
宏： AC_C_INLINE
如果C编译器支持关键字inline，就什么也不作。如果C编译器可以接受__inline__或者__inline，就把inline定义成可接受的关键字，否则就把inline定义为空。
宏： AC_C_CHAR_UNSIGNED
除非C编译器预定义了__CHAR_UNSIGNED__，如果C类型char是无符号的，就定义 __CHAR_UNSIGNED__。
宏： AC_C_LONG_DOUBLE
如果C编译器支持long double类型，就定义HAVE_LONG_DOUBLE。有些C编译器并不定义__STDC__但支持long double类型；有些编译器定义 __STDC__但不支持long double。
宏： AC_C_STRINGIZE
如果C预处理器支持字符串化操作符（stringizing operator），就定义HAVE_STRINGIZE。字符串化操作符是 `#'并且它在宏定义中以如下方式出现：
#define x(y) #y
宏： AC_CHECK_SIZEOF (type [, cross-size])
把SIZEOF_uctype定义为C（或C++）预定义类型type的，以字节为单位的大小，例如`int' or `char *'。如果编译器不能识别`type'，它就被定义为0。 uctype就是把type中所有小写字母转化为大写字母，空格转化成下划线，星号转化成`P' 而得到的名字。在交叉编译中，如果给出了cross-size，就使用它，否则configure就生成一个错误并且退出。
例如，调用
AC_CHECK_SIZEOF(int *)
在DEC Alpha AXP系统中，把SIZEOF_INT_P定义为8。
宏： AC_INT_16_BITS
如果C类型int是16为宽，就定义INT_16_BITS。本宏已经过时；更常见的方式是用 `AC_CHECK_SIZEOF(int)'来代替。
宏： AC_LONG_64_BITS
如果C类型long int是64位宽，就定义LONG_64_BITS。本宏已经过时；更常见的方式是用`AC_CHECK_SIZEOF(long)'来代替。
Fortran 77编译器的特征
下列的宏检查Fortran 77编译器的特征。为了检查没有在此列出的特征，使用AC_TRY_COMPILE （参见检验语法）或者AC_TRY_RUN （参见检验运行时的特征），但首先必须确认当前语言被设置成 Fortran 77 AC_LANG_FORTRAN77（参见对语言的选择）。
宏： AC_F77_LIBRARY_LDFLAGS
为成功地连接Fotran 77或者共享库而必须的Fortran 77内置函数（intrinsic）和运行库确定连接选项（例如，`-L'和`-l'）。输出变量FLIBS被定义为这些选项。
本宏的目的是用于那些需要把C++和Fortran 77源代码混合到一个程序或者共享库中的情况（参见GNU Automake中的`Mixing Fortran 77 With C and C++'节）。
例如，如果来自C++和Fortran 77编译器的目标文件必须被连接到一起，那么必须用C++编译器/连接器来连接（因为有些C++特定的任务要在连接时完成，这样的任务有调用全局构造函数、模板的实例化、启动例外（exception）支持，等等）。
然而，Fortran 77内置函数和运行库也必须被连接，但C++编译器/连接器在缺省情况下不知道如何添加这些 Fortran 77库。因此，就创建AC_F77_LIBRARY_LDFLAGS宏以确认这些Fortran 77库。
系统服务
下列宏检查操作系统服务或者操作系统能力。
宏： AC_CYGWIN
检查Cygwin环境。如果存在，就把shell变量CYGWIN设置成`yes'。如果不存在，就把CYGWIN设置成空字符串。
宏： AC_EXEEXT
根据编译器的输出，定义替换变量EXEEXT，但不包括.c、.o和.obj文件。对于Unix来说典型的值为空，对Win32来说典型的值为`.exe'或者`.EXE'。
宏： AC_OBJEXT
根据编译器的输出，定义替换变量OBJEXT，但不包括.c文件。对于Unix来说典型的值为`.o'，对Win32来说典型的值为`.obj'。
宏： AC_MINGW32
检查MingW32编译环境。如果存在，就把shell变量MINGW32设置成`yes'。如果不存在，就把MINGW32设置成空。
宏： AC_PATH_X
试图找到X Window系统的头文件和库文件。如果用户给出了命令行选项`--x-includes=dir'和 `--x-libraries=dir'，就使用这些目录。如果没有给出任一个选项，或者都没有给出，就通过运行xmkmf以处理一个测试`Imakefile'，并且检查它所生成的`Makefile'，来得到没有给出的目录。如果这失败了（比如说，xmkmf不存在），就在它们通常存在的几个目录中寻找。如果任何一种方法成功了，就把shell变量x_includes和x_libraries设置成相应的位置，除非这些目录就在编译器搜索的缺省目录中。
如果两种方法都失败了，或者用户给出命令行选项`--without-x'，就把shell变量no_x 设置成`yes'；否则就把它设置成空字符串。
宏： AC_PATH_XTRA
AC_PATH_X的增强版。它把X需要的C编译器选项添加到输出变量X_CFLAGS，并且把 X的连接选项添加到X_LIBS。如果不能使用X系统，就把`-DX_DISPLAY_MISSING' 设置成X_CFLAGS。
本宏还检查在某些系统中为了编译X程序而需要的特殊库。它把所有系统需要的库添加到输出变量X_EXTRA_LIBS。并且它检查需要在`-lX11'之前被连接的特殊X11R6库，并且把找到的所有库添加到输出变量X_PRE_LIBS。
宏： AC_SYS_INTERPRETER
检查系统是否支持以形式为`#! /bin/csh'的行开头的脚本选择执行该脚本的解释器。在运行本宏之后，configure.in中的shell代码就可以检查shell变量interpval；如果系统支持`#!'，interpval将被设置成`yes'，如果不支持就设置成`no'。
宏： AC_SYS_LONG_FILE_NAMES
如果系统支持长于14个字符的文件名，就定义HAVE_LONG_FILE_NAMES。
宏： AC_SYS_RESTARTABLE_SYSCALLS
如果系统自动地重新启动被信号所中断的系统调用，就定义HAVE_RESTARTABLE_SYSCALLS。
UNIX变种
下列宏检查对于有些程序来说需要特殊处理的一些操作系统，这是因为它们的头文件或库文件中含有特别怪异的东西。这些宏不讨人喜欢；它们将根据它们所支持的函数或者它们提供的环境，被更加系统化的方法所代替。
宏： AC_AIX
如果在AIX系统中，就定义_ALL_SOURCE。允许使用一些BSD函数。应该在所有运行C编译器的宏之前调用本宏。
宏： AC_DYNIX_SEQ
如果在Dynix/PTX (Sequent UNIX)系统中，就把`-lseq'添加到输出变量LIBS中。本宏已经过时；用AC_FUNC_GETMNTENT来代替。
宏： AC_IRIX_SUN
如果在IRIX(Silicon Graphics UNIX)系统中，就把`-lsun'添加到输出变量LIBS中。本宏已经过时。如果你用本宏来获取getmntent，就用AC_FUNC_GETMNTENT来代替。如果你为了口令（password）和组函数的NIS版本而使用本宏，就用`AC_CHECK_LIB(sun, getpwnam)'来代替。
宏： AC_ISC_POSIX
如果在POSIX化（POSIXized） ISC UNIX系统中，就定义_POSIX_SOURCE，并且把`-posix' （对于GNU C编译器）或者`-Xp'（对于其他C编译器）添加到输出变量CC中。本宏允许使用 POSIX工具。必须在调用AC_PROG_CC之后，在调用其他任何运行C编译器的宏之前，调用本宏。
宏： AC_MINIX
如果在Minix系统中，就定义_MINIX和_POSIX_SOURCE，并且把_POSIX_1_SOURCE 定义成2。本宏允许使用POSIX工具。应该在所有运行C编译器的宏之前调用本宏。
宏： AC_SCO_INTL
如果在SCO UNIX系统中，就把`-lintl'添加到输出变量LIBS。本宏已经过时；用AC_FUNC_STRFTIME来代替。
宏： AC_XENIX_DIR
如果在Xenix系统中，就把`-lx'添加到输出变量LIBS。还有，如果使用了`dirent.h'，就把`-ldir'添加到LIBS。本宏已经过时；用AC_HEADER_DIRENT来代替。
php爱好者站 http://www.ｐｈｐfans.net dreamweaver|flash|fireworks|photoshop.
这些宏被用于寻找没有包括在特定函数测试宏中的函数。如果函数可能出现在除了缺省C库以外的库中，就要首先为这些库调用AC_CHECK_LIB。如果你除了需要检查函数是否存在之外，还要检查函数的行为，你就不得不为此而编写你自己的测试（参见编写测试）。
宏： AC_CHECK_FUNC (function, [action-if-found [, action-if-not-found]])
如果可以使用C函数function，就运行shell命令action-if-found，否则运行 action-if-not-found。如果你只希望在函数可用的时候定义一个符号，就考虑使用 AC_CHECK_FUNCS。由于C++比C更加标准化，即使在调用了AC_LANG_CPLUSPLUS 的时候，本宏仍然用C的连接方式对函数进行检查。（关于为测试选择语言的详情，请参见 对语言的选择）
宏： AC_CHECK_FUNCS (function... [, action-if-found [, action-if-not-found]])
对于每个在以空格分隔的函数列表function中出现的函数，如果可用，就定义HAVE_function （全部大写）。如果给出了action-if-found，它就是在找到一个函数的时候执行的附加的shell代码。你可以给出 `break'以便在找到第一个匹配的时候跳出循环。如果给出了action-if-not-found，它就在找不到某个函数的时候执行。
宏： AC_REPLACE_FUNCS (function...)
本宏的功能就类似于以将`function.o'添加到输出变量LIBOBJS的shell 代码为参数action-if-not-found，调用AC_CHECK_FUNCS。你可以通过用 `#ifndef HAVE_function'包围你为函数提供的替代版本的原型来声明函数。如果系统含有该函数，它可能在一个你应该引入的头文件中进行声明，所以你不应该重新声明它，以避免声明冲突。
头文件
下列宏检查某些C头文件是否存在。如果没有为你需要检查的头文件定义特定的宏，而且你不需要检查它的任何特殊属性，那么你就可以使用一个通用的头文件检查宏。
对特定头文件的检查
这些宏检查特定的系统头文件--它们是否存在，以及在某些情况下它们是否定义了特定的符号。
宏： AC_DECL_SYS_SIGLIST
如果在系统头文件，`signal.h'或者`unistd.h'，中定义了变量sys_siglist，就定义SYS_SIGLIST_DECLARED。
宏： AC_DIR_HEADER
类似于调用AC_HEADER_DIRENT和AC_FUNC_CLOSEDIR_VOID，但为了指明找到了哪个头文件而定义了不同的一组C预处理器宏。本宏和它定义的名字是过时的。它定义的名字是：
`dirent.h'
DIRENT
`sys/ndir.h'
SYSNDIR
`sys/dir.h'
SYSDIR
`ndir.h'
NDIR
此外，如果closedir不能返回一个有意义的值，就定义VOID_CLOSEDIR。
宏： AC_HEADER_DIRENT
对下列头文件进行检查，并且为第一个找到的头文件定义`DIR'，以及列出的C预处理器宏：
`dirent.h'
HAVE_DIRENT_H
`sys/ndir.h'
HAVE_SYS_NDIR_H
`sys/dir.h'
HAVE_SYS_DIR_H
`ndir.h'
HAVE_NDIR_H
源代码中的目录库声明应该以类似于下面的方式给出：
#if HAVE_DIRENT_H
# include
# define NAMLEN(dirent) strlen((dirent)->d_name)
#else
# define dirent direct
# define NAMLEN(dirent) (dirent)->d_namlen
# if HAVE_SYS_NDIR_H
#?include
# endif
# if HAVE_SYS_DIR_H
#?include
# endif
# if HAVE_NDIR_H
#?include
# endif
#endif
使用上述声明，程序应该把变量定义成类型struct dirent，而不是struct direct，并且应该通过把指向struct direct的指针传递给宏NAMLEN来获得目录项的名称的长度。
本宏还为SCO Xenix检查库`dir'和`x'。
宏： AC_HEADER_MAJOR
如果`sys/types.h'没有定义major、minor和makedev，但`sys/mkdev.h'定义了它们，就定义MAJOR_IN_MKDEV；否则，如果`sys/sysmacros.h'定义了它们，就定义MAJOR_IN_SYSMACROS。
宏： AC_HEADER_STDC
如果含有标准C（ANSI C）头文件，就定义STDC_HEADERS。特别地，本宏检查`stdlib.h'、`stdarg.h'、`string.h'和`float.h'；如果系统含有这些头文件，它可能也含有其他的标准C头文件。本宏还检查`string.h'是否定义了memchr （并据此对其他mem函数做出假定），`stdlib.h'是否定义了free（并据此对malloc和其他相关函数做出假定），以及`ctype.h'宏是否按照标准C的要求而可以用于被设置了高位的字符。
因为许多含有GCC的系统并不含有标准C头文件，所以用STDC_HEADERS而不是__STDC__ 来决定系统是否含有服从标准（ANSI-compliant）的头文件（以及可能的C库函数）。
在没有标准C头文件的系统上，变种太多，以至于可能没有简单的方式对你所使用的函数进行定义以使得它们与系统头文件声明的函数完全相同。某些系统包含了ANSI和BSD函数的混合；某些基本上是标准（ANSI）的，但缺少`memmove'；有些系统在`string.h'或者`strings.h'中以宏的方式定义了BSD函数；有些系统除了含有`string.h'之外，只含有BSD函数；某些系统在`memory.h' 中定义内存函数，有些在`string.h'中定义；等等。对于一个字符串函数和一个内存函数的检查可能就够了；如果库含有这些函数的标准版，那么它就可能含有其他大部分函数。如果你在`configure.in' 中安放了如下代码：
AC_HEADER_STDC
AC_CHECK_FUNCS(strchr memcpy)
那么，在你的代码中，你就可以像下面那样放置声明：
#if STDC_HEADERS
# include
#else
# ifndef HAVE_STRCHR
#?define strchr index
#?define strrchr rindex
# endif
char *strchr (), *strrchr ();
# ifndef HAVE_MEMCPY
#?define memcpy(d, s, n) bcopy ((s), (d), (n))
#?define memmove(d, s, n) bcopy ((s), (d), (n))
# endif
#endif
如果你使用没有等价的BSD版的函数，诸如memchr、memset、strtok 或者strspn，那么仅仅使用宏就不够了；你必须为每个函数提供一个实现。以memchr为例，一种仅仅在需要的时候（因为系统C库中的函数可能经过了手工优化）与你的实现协作的简单方式是把实现放入 `memchr.c'并且使用`AC_REPLACE_FUNCS(memchr)'。
宏： AC_HEADER_SYS_WAIT
如果`sys/wait.h'存在并且它和POSIX.1相兼容，就定义HAVE_SYS_WAIT_H。如果`sys/wait.h'不存在，或者如果它使用老式BSD union wait，而不是 int来储存状态值，就可能出现不兼容。如果`sys/wait.h'不与POSIX.1兼容，那就不是引入该头文件，而是按照它们的常见解释定义POSIX.1宏。下面是一个例子：
#include
#if HAVE_SYS_WAIT_H
# include
#endif
#ifndef WEXITSTATUS
# define WEXITSTATUS(stat_val) ((unsigned)(stat_val) >> 8)
#endif
#ifndef WIFEXITED
# define WIFEXITED(stat_val) (((stat_val) & 255) == 0)
#endif
宏： AC_MEMORY_H
在`string.h'中，如果没有定义memcpy, memcmp等函数，并且`memory.h' 存在，就定义NEED_MEMORY_H。本宏已经过时；可以用AC_CHECK_HEADERS(memory.h)来代替。参见为AC_HEADER_STDC提供的例子。
宏： AC_UNISTD_H
如果系统含有`unistd.h'，就定义HAVE_UNISTD_H。本宏已经过时；可以用 `AC_CHECK_HEADERS(unistd.h)'来代替。
检查系统是否支持POSIX.1的方式是：
#if HAVE_UNISTD_H
# include
# include
#endif
#ifdef _POSIX_VERSION
/* Code for POSIX.1 systems.?*/
#endif
在POSIX.1系统中包含了`unistd.h'的时候定义_POSIX_VERSION。如果系统中没有`unistd.h'，那么该系统就一定不是POSIX.1系统。但是，有些非POSIX.1（non-POSIX.1）系统也含有`unistd.h'。
宏： AC_USG
如果系统并不含有`strings.h'、rindex、bzero等头文件或函数，就定义USG。定义USG就隐含地表明了系统含有`string.h'、strrchr、memset等头文件或函数。
符号USG已经过时了。作为本宏的替代，参见为AC_HEADER_STDC提供的例子。
对普通头文件的检查
这些宏被用于寻找没有包括在特定测试宏中的系统头文件。如果你除了检查头文件是否存在之外还要检查它的内容，你就不得不为此而编写你自己的测试（参见编写测试）。
宏： AC_CHECK_HEADER (header-file, [action-if-found [, action-if-not-found]])
如果系统头文件header-file存在，就执行shell命令action-if-found，否则执行action-if-not-found。如果你只需要在可以使用头文件的时候定义一个符号，就考虑使用 AC_CHECK_HEADERS。
宏： AC_CHECK_HEADERS (header-file... [, action-if-found [, action-if-not-found]])
对于每个在以空格分隔的参数列表header-file出现的头文件，如果存在，就定义 HAVE_header-file（全部大写）。如果给出了action-if-found，它就是在找到一个头文件的时候执行的附加shell代码。你可以把`break'作为它的值以便在第一次匹配的时候跳出循环。如果给出了action-if-not-found，它就在找不到某个头文件的时候被执行。
结构
以下的宏检查某些结构或者某些结构成员。为了检查没有在此给出的结构，使用AC_EGREP_CPP （参见检验声明）或者使用AC_TRY_COMPILE （参见检验语法）。
宏： AC_HEADER_STAT
如果在`sys/stat.h'中定义的S_ISDIR、S_ISREG等宏不能正确地工作（返回错误的正数），就定义STAT_MACROS_BROKEN。这种情况出现在Tektronix UTekV、 Amdahl UTS和Motorola System V/88上。
宏： AC_HEADER_TIME
如果程序可能要同时引入`time.h'和`sys/time.h'，就定义TIME_WITH_SYS_TIME。在一些老式系统中，`sys/time.h'引入了`time.h'，但`time.h'没有用多个包含保护起来，所以程序不应该显式地同时包含这两个文件。例如，本宏在既使用struct timeval或 struct timezone，又使用struct tm程序中有用。它最好和 HAVE_SYS_TIME_H一起使用，该宏可以通过调用AC_CHECK_HEADERS(sys/time.h)来检查。
#if TIME_WITH_SYS_TIME
# include
# include
#else
# if HAVE_SYS_TIME_H
#?include
# else
#?include
# endif
#endif
宏： AC_STRUCT_ST_BLKSIZE
如果struct stat包含一个st_blksize成员，就定义HAVE_ST_BLKSIZE。
宏： AC_STRUCT_ST_BLOCKS
如果struct stat包含一个st_blocks成员，就定义HAVE_ST_BLOCKS。否则，就把`fileblocks.o'添加到输出变量LIBOBJS中。
宏： AC_STRUCT_ST_RDEV
如果struct stat包含一个st_rdev成员，就定义HAVE_ST_RDEV。
宏： AC_STRUCT_TM
如果`time.h'没有定义struct tm，就定义TM_IN_SYS_TIME，它意味着引入`sys/time.h'将得到一个定义得更好的struct tm。
宏： AC_STRUCT_TIMEZONE
确定如何获取当前的时区。如果struct tm有tm_zone成员，就定义HAVE_TM_ZONE。否则，如果找到了外部数组tzname，就定义HAVE_TZNAME。
类型定义
以下的宏检查C typedefs。如果没有为你需要检查的typedef定义特定的宏，并且你不需要检查该类型的任何特殊的特征，那么你可以使用一个普通的typedef检查宏。
对特定类型定义的检查
这些宏检查在`sys/types.h'和`stdlib.h'（如果它存在）中定义的特定的C typedef。
宏： AC_TYPE_GETGROUPS
把GETGROUPS_T定义成getgroups的数组参数的基类型gid_t或者int。
宏： AC_TYPE_MODE_T
如果没有定义mode_t，就把mode_t定义成int。
宏： AC_TYPE_OFF_T
如果没有定义off_t，就把off_t定义成long。
宏： AC_TYPE_PID_T
如果没有定义pid_t，就把pid_t定义成int。
宏： AC_TYPE_SIGNAL
如果`signal.h'把signal声明成一个指向返回值为void的函数的指针，就把RETSIGTYPE定义成void；否则，就把它定义成int。
把信号处理器（signal handler）的返回值类型定义为RETSIGTYPE：
RETSIGTYPE
hup_handler ()
{
...
}
宏： AC_TYPE_SIZE_T
如果没有定义size_t，就把size_t定义成unsigned。
宏： AC_TYPE_UID_T
如果没有定义uid_t，就把uid_t定义成int并且把 gid_t定义成int。
对普通类型定义的检查
本宏用于检查没有包括在特定类型测试宏中的typedef。
宏： AC_CHECK_TYPE (type, default)
如果`sys/types.h'或者`stdlib.h'或者`stddef.h'存在，而类型 type没有在它们之中被定义，就把type定义成C（或者C++）预定义类型 default；例如，`short'或者`unsigned'。
C编译器的特征
下列宏检查C编译器或者机器结构的特征。为了检查没有在此列出的特征，使用AC_TRY_COMPILE （参见检验语法）或者AC_TRY_RUN （参见检查运行时的特征)
宏： AC_C_BIGENDIAN
如果字（word）按照最高位在前的方式储存（比如Motorola和SPARC，但不包括Intel和VAX，CPUS），就定义 WORDS_BIGENDIAN。
宏： AC_C_CONST
如果C编译器不能完全支持关键字const，就把const定义成空。有些编译器并不定义 __STDC__，但支持const；有些编译器定义__STDC__，但不能完全支持 const。程序可以假定所有C编译器都支持const，并直接使用它；对于那些不能完全支持const的编译器，`Makefile'或者配置头文件将把const定义为空。
宏： AC_C_INLINE
如果C编译器支持关键字inline，就什么也不作。如果C编译器可以接受__inline__或者__inline，就把inline定义成可接受的关键字，否则就把inline定义为空。
宏： AC_C_CHAR_UNSIGNED
除非C编译器预定义了__CHAR_UNSIGNED__，如果C类型char是无符号的，就定义 __CHAR_UNSIGNED__。
宏： AC_C_LONG_DOUBLE
如果C编译器支持long double类型，就定义HAVE_LONG_DOUBLE。有些C编译器并不定义__STDC__但支持long double类型；有些编译器定义 __STDC__但不支持long double。
宏： AC_C_STRINGIZE
如果C预处理器支持字符串化操作符（stringizing operator），就定义HAVE_STRINGIZE。字符串化操作符是 `#'并且它在宏定义中以如下方式出现：
#define x(y) #y
宏： AC_CHECK_SIZEOF (type [, cross-size])
把SIZEOF_uctype定义为C（或C++）预定义类型type的，以字节为单位的大小，例如`int' or `char *'。如果编译器不能识别`type'，它就被定义为0。 uctype就是把type中所有小写字母转化为大写字母，空格转化成下划线，星号转化成`P' 而得到的名字。在交叉编译中，如果给出了cross-size，就使用它，否则configure就生成一个错误并且退出。
例如，调用
AC_CHECK_SIZEOF(int *)
在DEC Alpha AXP系统中，把SIZEOF_INT_P定义为8。
宏： AC_INT_16_BITS
如果C类型int是16为宽，就定义INT_16_BITS。本宏已经过时；更常见的方式是用 `AC_CHECK_SIZEOF(int)'来代替。
宏： AC_LONG_64_BITS
如果C类型long int是64位宽，就定义LONG_64_BITS。本宏已经过时；更常见的方式是用`AC_CHECK_SIZEOF(long)'来代替。
Fortran 77编译器的特征
下列的宏检查Fortran 77编译器的特征。为了检查没有在此列出的特征，使用AC_TRY_COMPILE （参见检验语法）或者AC_TRY_RUN （参见检验运行时的特征），但首先必须确认当前语言被设置成 Fortran 77 AC_LANG_FORTRAN77（参见对语言的选择）。
宏： AC_F77_LIBRARY_LDFLAGS
为成功地连接Fotran 77或者共享库而必须的Fortran 77内置函数（intrinsic）和运行库确定连接选项（例如，`-L'和`-l'）。输出变量FLIBS被定义为这些选项。
本宏的目的是用于那些需要把C++和Fortran 77源代码混合到一个程序或者共享库中的情况（参见GNU Automake中的`Mixing Fortran 77 With C and C++'节）。
例如，如果来自C++和Fortran 77编译器的目标文件必须被连接到一起，那么必须用C++编译器/连接器来连接（因为有些C++特定的任务要在连接时完成，这样的任务有调用全局构造函数、模板的实例化、启动例外（exception）支持，等等）。
然而，Fortran 77内置函数和运行库也必须被连接，但C++编译器/连接器在缺省情况下不知道如何添加这些 Fortran 77库。因此，就创建AC_F77_LIBRARY_LDFLAGS宏以确认这些Fortran 77库。
系统服务
下列宏检查操作系统服务或者操作系统能力。
宏： AC_CYGWIN
检查Cygwin环境。如果存在，就把shell变量CYGWIN设置成`yes'。如果不存在，就把CYGWIN设置成空字符串。
宏： AC_EXEEXT
根据编译器的输出，定义替换变量EXEEXT，但不包括.c、.o和.obj文件。对于Unix来说典型的值为空，对Win32来说典型的值为`.exe'或者`.EXE'。
宏： AC_OBJEXT
根据编译器的输出，定义替换变量OBJEXT，但不包括.c文件。对于Unix来说典型的值为`.o'，对Win32来说典型的值为`.obj'。
宏： AC_MINGW32
检查MingW32编译环境。如果存在，就把shell变量MINGW32设置成`yes'。如果不存在，就把MINGW32设置成空。
宏： AC_PATH_X
试图找到X Window系统的头文件和库文件。如果用户给出了命令行选项`--x-includes=dir'和 `--x-libraries=dir'，就使用这些目录。如果没有给出任一个选项，或者都没有给出，就通过运行xmkmf以处理一个测试`Imakefile'，并且检查它所生成的`Makefile'，来得到没有给出的目录。如果这失败了（比如说，xmkmf不存在），就在它们通常存在的几个目录中寻找。如果任何一种方法成功了，就把shell变量x_includes和x_libraries设置成相应的位置，除非这些目录就在编译器搜索的缺省目录中。
如果两种方法都失败了，或者用户给出命令行选项`--without-x'，就把shell变量no_x 设置成`yes'；否则就把它设置成空字符串。
宏： AC_PATH_XTRA
AC_PATH_X的增强版。它把X需要的C编译器选项添加到输出变量X_CFLAGS，并且把 X的连接选项添加到X_LIBS。如果不能使用X系统，就把`-DX_DISPLAY_MISSING' 设置成X_CFLAGS。
本宏还检查在某些系统中为了编译X程序而需要的特殊库。它把所有系统需要的库添加到输出变量X_EXTRA_LIBS。并且它检查需要在`-lX11'之前被连接的特殊X11R6库，并且把找到的所有库添加到输出变量X_PRE_LIBS。
宏： AC_SYS_INTERPRETER
检查系统是否支持以形式为`#! /bin/csh'的行开头的脚本选择执行该脚本的解释器。在运行本宏之后，configure.in中的shell代码就可以检查shell变量interpval；如果系统支持`#!'，interpval将被设置成`yes'，如果不支持就设置成`no'。
宏： AC_SYS_LONG_FILE_NAMES
如果系统支持长于14个字符的文件名，就定义HAVE_LONG_FILE_NAMES。
宏： AC_SYS_RESTARTABLE_SYSCALLS
如果系统自动地重新启动被信号所中断的系统调用，就定义HAVE_RESTARTABLE_SYSCALLS。
UNIX变种
下列宏检查对于有些程序来说需要特殊处理的一些操作系统，这是因为它们的头文件或库文件中含有特别怪异的东西。这些宏不讨人喜欢；它们将根据它们所支持的函数或者它们提供的环境，被更加系统化的方法所代替。
宏： AC_AIX
如果在AIX系统中，就定义_ALL_SOURCE。允许使用一些BSD函数。应该在所有运行C编译器的宏之前调用本宏。
宏： AC_DYNIX_SEQ
如果在Dynix/PTX (Sequent UNIX)系统中，就把`-lseq'添加到输出变量LIBS中。本宏已经过时；用AC_FUNC_GETMNTENT来代替。
宏： AC_IRIX_SUN
如果在IRIX(Silicon Graphics UNIX)系统中，就把`-lsun'添加到输出变量LIBS中。本宏已经过时。如果你用本宏来获取getmntent，就用AC_FUNC_GETMNTENT来代替。如果你为了口令（password）和组函数的NIS版本而使用本宏，就用`AC_CHECK_LIB(sun, getpwnam)'来代替。
宏： AC_ISC_POSIX
如果在POSIX化（POSIXized） ISC UNIX系统中，就定义_POSIX_SOURCE，并且把`-posix' （对于GNU C编译器）或者`-Xp'（对于其他C编译器）添加到输出变量CC中。本宏允许使用 POSIX工具。必须在调用AC_PROG_CC之后，在调用其他任何运行C编译器的宏之前，调用本宏。
宏： AC_MINIX
如果在Minix系统中，就定义_MINIX和_POSIX_SOURCE，并且把_POSIX_1_SOURCE 定义成2。本宏允许使用POSIX工具。应该在所有运行C编译器的宏之前调用本宏。
宏： AC_SCO_INTL
如果在SCO UNIX系统中，就把`-lintl'添加到输出变量LIBS。本宏已经过时；用AC_FUNC_STRFTIME来代替。
宏： AC_XENIX_DIR
如果在Xenix系统中，就把`-lx'添加到输出变量LIBS。还有，如果使用了`dirent.h'，就把`-ldir'添加到LIBS。本宏已经过时；用AC_HEADER_DIRENT来代替。
php爱好者站 http://www.ｐｈｐfans.net dreamweaver|flash|fireworks|photoshop.
相关阅读 更多 +
