这些宏检查了特定程序的存在或者特定程序的特征。它们被用于在几个可以相互替代的程序间进行选择，并且在决定选用 某一个的时候作些什么。如果没有为你要使用的程序定义特定的宏，并且你不需要检查它的任何特殊的特征，那么你就 可以选用一个通用程序检查宏。

对特定程序的检查
这些宏检查特定的程序–它们是否存在，并且在某些情况下它们是否支持一些特征。

宏： AC_DECL_YYTEXT
如果yytext的类型是char *'而不是char []’，就定义YYTEXT_POINTER。 本宏还把输出变量LEX_OUTPUT_ROOT设置由lex生成的文件名的基文件名；通常是`lex.yy’， 但有时是其他的东西。它的结果依使用lex还是使用flex而定。

宏： AC_PROG_AWK
按顺序查找mawk、gawk、nawk和awk，并且把输出变量AWK 的值设置成第一个找到的程序名。首先寻找mawk是因为据说它是最快的实现。

宏： AC_PROG_CC
确定C的编译器。如果在环境中没有设定CC，就查找gcc，如果没有找到，就使用cc。 把输出变量CC设置为找到的编译器的名字。

如果要使用GNU C编译器，把shell变量GCC设置为yes'，否则就设置成空。如果还没有设置输出变量 CFLAGS，就为GNU C编译器把CFLAGS设置成-g -O2’（在GCC不接受-g'的系统中就设置成-O2’），为其他编译器把CFLAGS设置成`-g’。

如果被使用的C编译器并不生成可以在configure运行的系统上运行的可执行文件，就把shell变量 cross_compiling设置成yes'，否则设置成no’。换句话说，它检查创建系统类型 是否与主机系统类型不同（目标系统与本测试无关）。关于对交叉编译的支持，参见手工配置。

宏： AC_PROG_CC_C_O
对于不能同时接受-c'和-o’选项的C编译器，定义NO_MINUS_C_MINUS_O。

宏： AC_PROG_CPP
把输出变量CPP设置成运行C预处理器的命令。如果$CC -E'不能工作，就使用/lib/cpp’。 只有对以`.c’为扩展名的文件运行CPP才是可以移植的（portable）。

如果当前语言是C（参见对语言的选择），许多特定的测试宏通过调用AC_TRY_CPP、 AC_CHECK_HEADER、AC_EGREP_HEADER或者AC_EGREP_CPP，间接地使用了CPP的值。

宏： AC_PROG_CXX
确定C++编译器。检查环境变量CXX或者CCC（按照这个顺序）是否被设置了；如果设置了，就把输出变量 CXX设置成它的值。否则就搜索类似名称（c++、g++、gcc、CC、 cxx和cc++）的C++编译器。如果上述测试都失败了，最后的办法就是把CXX设置成 gcc。

如果使用GNU C++编译器，就把shell变量GXX设置成yes'，否则就设置成空。 如果还没有设置输出变量CXXFLAGS，就为GNU C++编译器把CXXFLAGS设置成-g -O2’（在G++不接受-g'的系统上设置成-O2’），或者为其他编译器把CXXFLAGS设置成`-g’。 .

如果使用的C++编译器并不生成在configure运行的系统上运行的可执行文件，就把shell变量cross_compiling 设置成yes'，否则就设置成no’。换句话说，它检查创建系统类型是否与主机系统类型不同 （目标系统类型与本测试无关）。关于对交叉编译的支持，参见手工配置。

宏： AC_PROG_CXXCPP
把输出变量CXXCPP设置成运行C++预处理器的命令。如果$CXX -E'不能工作，使用/lib/cpp’。 只有对以.c'、.C’或者`.cc’为扩展名的文件运行CPP才是可以移植的（portable）。

如果当前语言是C++（参见对语言的选择），许多特定的测试宏通过调用 AC_TRY_CPP、AC_CHECK_HEADER、AC_EGREP_HEADER或者AC_EGREP_CPP， 间接地使用了CXXCPP的值。

宏： AC_PROG_F77
确定Fortran 77编译器。如果在环境中没有设置F77，就按顺序检查g77、f77和 f2c。把输出变量F77设置成找到的编译器的名字。

如果使用g77（GNU Fortran 77编译器），那么AC_PROG_F77将把shell变量G77设置成yes'，否则就设置成空。如果在环境中没有设置输出变量FFLAGS，那么就为g77 把FFLAGS设置成-g -02’（或者在g77不支持-g'的时候设置成-O2’）。否则，就为所有其它的Fortran 77编译器把FFLAGS设置成`-g’。

宏： AC_PROG_F77_C_O
测试Fortran 77编译器是否能够同时接受选项-c'和-o’，并且如果不能同时接受的话，就 定义F77_NO_MINUS_C_MINUS_O。

宏： AC_PROG_GCC_TRADITIONAL
如果在没有给出-traditional'的情况下，用GNU C和ioctl不能正确地工作，就把-traditional’添加到输出变量CC中。这通常发生在旧系统上没有安装修正了的头文件 的时候。因为新版本的GNU C编译器在安装的时候自动地修正了头文件，它就不是一个普遍的问题了。

宏： AC_PROG_INSTALL
如果在当前PATH中找到了一个与BSD兼容的install程序，就把输出变量INSTALL设置 成到该程序的路径。否则，就把INSTALL设置成dir/install-sh -c'，检查由 AC_CONFIG_AUX_DIR指明的目录（或者它的缺省目录）以确定dir（参见 创建输出文件）。本宏还把变量INSTALL_PROGRAM和INSTALL_SCRIPT 设置成${INSTALL}’，并且把INSTALL_DATA设置成`${INSTALL} -m 644’。

本宏忽略各种已经确认的不能工作的install程序。为了提高速度，它更希望找到一个C程序而不是shell脚本。 除了install-sh'，它还能够使用install.sh’，但因为有些make含有一条在没有 Makefile'的情况下，从install.sh’创建`install’的规则，所以这个名字过时了。

你可能使用的install-sh'的一个副本来自于Autoconf。如果你使用AC_PROG_INSTALL，你必须在你的 发布版本中包含install-sh’或者`install.sh’，否则即使你所在的系统含有一个好的install 程序，configure也将输出一条找不到它们的错误消息。

如果你因为你自己的安装程序提供了一些在标准install程序中没有的特征，而需要使用你自己的安装程序， 就没有必要使用AC_PROG_INSTALL；直接把你的程序的路径名放入你的`Makefile.in’文件即可。

宏： AC_PROG_LEX
如果找到了flex，就把输出变量LEX设置成flex'，并且在flex库在标准位置的时候， 把LEXLIB设置成-lfl’。否则，就把LEX设置成lex'并且把 LEXLIB设置成-ll’。

宏： AC_PROG_LN_S
如果ln -s'能够在当前文件系统中工作（操作系统和文件系统支持符号连接），就把输出变量 LN_S设置成ln -s’，否则就把它设置成`ln’。

如果连接出现在其他目录而不是在当前目录中，它的含义依赖于是使用了ln'，还是使用了ln -s’。 为了用`$(LN_S)’安全地创建连接，既可以找到正在使用的形式并且调整参数，也可以总是在创建连接的 目录中调用ln。

换句话说，它不能像下面那样工作：

$(LN_S) foo /x/bar
而是要：

(cd /x && $(LN_S) foo bar)

宏： AC_PROG_RANLIB
如果找到了ranlib，就把输出变量RANLIB设置成ranlib'，否则就设置成:’（什么也不作）。

宏： AC_PROG_YACC
如果找到了bison，就把输出变量YACC设置成bison -y'。 否则，如果找到了byacc。就把YACC设置成byacc’。否则， 就把YACC设置成`yacc’。

对普通程序和文件的检查
这些宏用于寻找没有包含在特定程序测试宏中的程序。如果你除了需要确定程序是否存在，还需要检测程序的行为，你就 不得不为它编写你自己的测试了（参见编写测试）。在缺省情况下，这些宏使用 环境变量PATH。如果你需要检查可能不会出现在PATH中的程序，你可能要按照下面的方式 给出修改了的路径：

AC_PATH_PROG(INETD, inetd, /usr/libexec/inetd,
$PATH:/usr/libexec:/usr/sbin:/usr/etc:etc)

宏： AC_CHECK_FILE (file [, action-if-found [, action-if-not-found]])
检查文件file是否出现在本地系统中。如果找到了，就执行action-if-found。否则，就在给出了 action-if-not-found的时候执行action-if-not-found。

宏： AC_CHECK_FILES (files[, action-if-found [, action-if-not-found]])
为每个在files中给出的文件运行AC_CHECK_FILE。并且为每个找到的文件定义`HAVEfile’，定义成1。

宏： AC_CHECK_PROG (variable, prog-to-check-for, value-if-found [, value-if-not-found [, path, [ reject ]]])
检查程序prog-to-check-for是否存在于PATH之中。如果找到了，就把变量 variable设置成value-if-found，否则就在给出了value-if-not-found的时候 把variable设置成它。即使首先在搜索路径中找到reject（一个绝对文件名），本宏也会忽略它； 在那种情况下，用找到的prog-to-check-for，不同于reject的绝对文件名来设置variable。 如果variable已经被设置了，就什么也不作。为variable调用AC_SUBST。

宏： AC_CHECK_PROGS (variable, progs-to-check-for [, value-if-not-found [, path]])
在PATH中寻找每个出现在以空格分隔的列表progs-to-check-for中的程序。 如果找到了，就把variable设置成那个程序的名字。否则，继续寻找列表中的下一个程序。如果列表 中的任何一个程序都没有被找到，就把variable设置成value-if-not-found；如果没有 给出value-if-not-found，variable的值就不会被改变。为variable调用 AC_SUBST。

宏： AC_CHECK_TOOL (variable, prog-to-check-for [, value-if-not-found [, path]])
除了把AC_CANONICAL_HOST确定的主机类型和破折号作为前缀之外，类似于AC_CHECK_PROG， 寻找prog-to-check-for（参见获取规范的系统类型）。 例如，如果用户运行configure --host=i386-gnu'，那么下列调用： AC_CHECK_TOOL(RANLIB, ranlib, :) 当i386-gnu-ranlib’在PATH中存在的时候，就把RANLIB设置成i386-gnu-ranlib'， 或者当ranlib’在PATH中存在的时候，就把RANLIB设置成ranlib'， 或者在上述两个程序都不存在的时候，把RANLIB设置成:’。

宏： AC_PATH_PROG (variable, prog-to-check-for [, value-if-not-found [, path]])
类似于AC_CHECK_PROG，但在找到prog-to-check-for的时候，把variable设置 成prog-to-check-for的完整路径。

宏： AC_PATH_PROGS (variable, progs-to-check-for [, value-if-not-found [, path]])
类似于AC_CHECK_PROGS，但在找到任何一个progs-to-check-for的时候，把variable 设置成找到的程序的完整路径。