1# FIXME: We temporarily define our own version of AC_PROG_CC. This is 2# copied from autoconf 2.12, but does not call AC_PROG_CC_WORKS. We 3# are probably using a cross compiler, which will not be able to fully 4# link an executable. This should really be fixed in autoconf 5# itself. 6 7AC_DEFUN(LIB_AC_PROG_CC, 8[AC_BEFORE([$0], [AC_PROG_CPP])dnl 9dnl Fool anybody using AC_PROG_CC. 10AC_PROVIDE([AC_PROG_CC]) 11AC_CHECK_PROG(CC, gcc, gcc) 12if test -z "$CC"; then 13 AC_CHECK_PROG(CC, cc, cc, , , /usr/ucb/cc) 14 test -z "$CC" && AC_MSG_ERROR([no acceptable cc found in \$PATH]) 15fi 16 17AC_PROG_CC_GNU 18 19if test $ac_cv_prog_gcc = yes; then 20 GCC=yes 21dnl Check whether -g works, even if CFLAGS is set, in case the package 22dnl plays around with CFLAGS (such as to build both debugging and 23dnl normal versions of a library), tasteless as that idea is. 24 ac_test_CFLAGS="${CFLAGS+set}" 25 ac_save_CFLAGS="$CFLAGS" 26 CFLAGS= 27 AC_PROG_CC_G 28 if test "$ac_test_CFLAGS" = set; then 29 CFLAGS="$ac_save_CFLAGS" 30 elif test $ac_cv_prog_cc_g = yes; then 31 CFLAGS="-g -O2" 32 else 33 CFLAGS="-O2" 34 fi 35else 36 GCC= 37 test "${CFLAGS+set}" = set || CFLAGS="-g" 38fi 39]) 40 41sinclude(../libtool.m4) 42dnl The lines below arrange for aclocal not to bring libtool.m4 43dnl AM_PROG_LIBTOOL into aclocal.m4, while still arranging for automake 44dnl to add a definition of LIBTOOL to Makefile.in. 45ifelse(yes,no,[ 46AC_DEFUN([AM_PROG_LIBTOOL],) 47AC_SUBST(LIBTOOL) 48]) 49