更强大的 AC_COMPILE_IFELSE 功能测试？

自动会议的AC_COMPILE_IFELSE在不同的编译器下，例如 Sun 的 C++ 编译器和 IBM 的 xlC 编译器，会错误地检测我们的功能。AC_COMPILE_IFELSE似乎会检查返回值，但有些编译器不会费心去设置它或将其设置为意外的值。后来，我们使用不可用的选项。

在我使用的非 Autoconf 构建脚本中"fatal|error|illegal|unrecognized|not found|not exist"检测编译器或链接器投诉。它比仅仅检查更稳健$?。测试看起来像：

# infile and outfile are temp files that allow testing a feature
SH_ERROR=$($CXX -Wl,--enable-new-dtags -o "$outfile" "$infile" 2>&1 | $EGREP -i -c -E 'fatal|error|illegal|unrecognized|not found|not exist')
if [[ "$SH_ERROR" -eq "0" ]]; then
    CXXFLAGS+="-Wl,--enable-new-dtags"
fi

Autoconf 文档AC_COMPILE_IFELSE is at 6.4 运行编译器 https://www.gnu.org/software/autoconf/manual/autoconf-2.66/html_node/Running-the-Compiler.html，但没有讨论主题。事实上，该文件甚至没有定义它的含义AC_COMPILE_IFELSE成为“成功[充分]”。

我的第一个问题是，编译器返回值是否在某处标准化？

我的第二个问题是，Autoconf 使用什么来确定“成功”？

我的第三个问题是，我们如何在 Autoconf 中做同样的事情？除了还有什么可以用的吗AC_COMPILE_IFELSE?

一个相关的问题是（基于 Stefan 的回答），我们如何让 Autoconf 使用改进的AC_COMPILE_IFELSE？电流下是否可以AC_COMPILE_IFELSE并将其定义为更健壮的版本？

提前致谢。

我的第一个问题是，编译器返回值是否在某处标准化？

我很确定除了所有退出代码的程序的明显标准之外，没有标准定义任何语言的编译器应该返回什么0意味着成功，其他一切都失败，请参阅POSIX 上exit http://pubs.opengroup.org/onlinepubs/000095399/functions/exit.html功能：

值为零（或EXIT_SUCCESS，要求为零），参数状态通常表示成功终止。这对应于规范exit()在 ISO C 标准中。该约定之后是 make 和各种 shell 等实用程序，它们将子进程的零状态解释为成功。因此，应用程序不应调用exit(0) or _exit(0)当它们终止失败时；例如，在信号捕获功能中。

我的第二个问题是，Autoconf 使用什么来确定“成功”？

最新的 autoconf 版本是 2.69（从 2012 年开始），尽管有些事情可能发生了变化，但我的答案将基于它。

AC_COMPILE_IFELSE http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=blob;f=lib/autoconf/general.m4;hb=refs/tags/v2.69#l2568成功，当且仅当编译器有成功的退出代码（即0）并且目标文件不为空（test -s conftest.$ac_objext;它在运行编译器之前被删除）。如果AC_LANG_WERROR https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Generic-Compiler-Characteristics.html#index-AC_005fLANG_005fWERROR-833用于当前语言它也确保the stderr编译器的输出为空 http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=blob;f=lib/autoconf/general.m4;hb=refs/tags/v2.69#l2575（除了shell 跟踪日志行 http://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=blob;f=lib/autoconf/general.m4;hb=refs/tags/v2.69#l2320).

我的第三个问题是，我们如何在 Autoconf 中做同样的事情？除了还有什么可以用的吗AC_COMPILE_IFELSE?

请记住，虽然 autoconf 源看起来很神奇，但事实并非如此 - 只要您知道您想要它们做什么，您就可以构建自己的宏:)但也许AC_LANG_WERROR https://www.gnu.org/software/autoconf/manual/autoconf-2.67/html_node/Generic-Compiler-Characteristics.html#index-AC_005fLANG_005fWERROR-833除了告诉供应商忍住并修复他们的垃圾之外，这是一个选择。

我不喜欢AC_LANG_WERROR: 我必须使用/etc/ld.so.preload几年前，在多架构系统上修复 flashplayer 的问题，从另一个架构运行二进制文件总是会打印一个无法加载它的错误，尽管它没有任何问题 -AC_LANG_WERROR在这样的环境下会严重破裂

作为自定义编译检查宏的示例，请看一下：

# MY_COMPILE_CLEAN_IFELSE(PROGRAM, [ACTION-IF-TRUE], [ACTION-IF-FALSE])
# ---------------------------------------------------------------
# Try to compile PROGRAM.
AC_DEFUN([MY_COMPILE_CLEAN_IFELSE],
[AC_REQUIRE([AC_PROG_EGREP])
AC_COMPILE_IFELSE([$1],[retval=0
if $EGREP -i -c -E 'fatal|error|unrecognized|not found|not exist' conftest.err >/dev/null; then retval=1; fi
],[retval=1])
AS_IF([test $retval = 0],[$2],[$3])])

conftest.err之后被删除AC_COMPILE_IFELSE已经完成了，所以需要在内部actions中检查一下。