[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
AC_EGREP_CPP expands to invalid shell code
From: |
Bruno Haible |
Subject: |
AC_EGREP_CPP expands to invalid shell code |
Date: |
Thu, 9 Jan 2003 21:48:44 +0100 (CET) |
Hi,
Using autoconf-2.57. This small configure.ac file expands to shell code
that causes a syntax error:
=========================== configure.ac ============================
AC_INIT(dummy,0)
AC_PROG_CC
AC_CACHE_CHECK([whether <inttypes.h> defines strtoimax as a macro],
jm_cv_func_strtoimax_macro,
AC_EGREP_CPP([inttypes_h_defines_strtoimax], [#include <inttypes.h>
#ifdef strtoimax
inttypes_h_defines_strtoimax
#endif],
jm_cv_func_strtoimax_macro=yes,
jm_cv_func_strtoimax_macro=no))
AC_OUTPUT
======================================================================
$ autoconf-2.57 -Wall
$ ./configure
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking whether <inttypes.h> defines strtoimax as a macro... ./configure: line
2099: CPP: command not found
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
no
configure: creating ./config.status
Line 2099 of the generated configure file contains:
CPP C preprocessor
which is obviously not a shell command.
It has something to do with AC_PROG_CPP; if I add AC_PROG_CPP after AC_PROG_CC
the error disappears. If I furthermore add AC_PROG_EGREP after it, the
configure output becomes reasonable again. Maybe all that's missing is that
AC_EGREP_CPP AC_REQUIREs AC_PROG_CPP and AC_PROG_EGREP.
Bruno
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- AC_EGREP_CPP expands to invalid shell code,
Bruno Haible <=