2

这一直困扰着我多年，但我一直忽略它，就像我怀疑其他人一样。

AM_INIT_AUTOMAKE([dist-bzip2])
AC_PROG_CC
AC_PROG_LIBTOOL
AC_C_INLINE
AM_PROG_CC_C_O

在我的 configure.ac 文件中使用上述内容，configure 会去为我找到一个 C 编译器，但它会继续：

checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking the maximum length of command line arguments... 1966080

这并没有真正伤害任何东西，它只是增加了视觉噪音，使​​运行时间更长——再说一遍，这并不重要，但多年来一直困扰着我。

我尝试过使用 --with-tags=C, AC_LANG([C]) 和其他一些带有 shell 变量的技巧（绝对感觉是错误的方式......），看看我是否可以关闭它。

有谁知道仅对 C 进行配置探测的 autoconf/automake/libtool 有福的方式？

4

2 回答 2

6

如果你使用 libtool 1.5 或更早的版本，你必须使用一个肮脏的把戏。把它放在你的configure.ac中：

m4_defun([_LT_AC_LANG_CXX_CONFIG], [:])
m4_defun([_LT_AC_LANG_F77_CONFIG], [:])

或者您可以切换到 libtool 2.2 或更高版本，它会自动（并且更智能地）检测要查找的编译器。

于 2010-11-28T20:39:15.150 回答
2

正如 ptomato 所说，正确的方法是使用现代的 libtool。在configure.ac中：

# Set up libtool. The argument enables support for win32 DLLs
# and replaces AC_LIBTOOL_WIN32_DLL.
LT_INIT([win32-dll])
# Add C support to libtool
AC_PROG_CC
于 2010-11-28T23:13:29.523 回答