[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 2.49e problems with gcc
From: |
Akim Demaille |
Subject: |
Re: 2.49e problems with gcc |
Date: |
12 May 2001 15:36:53 +0200 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) |
>>>>> "Tim" == Tim Van Holder <address@hidden> writes:
Tim> The only call is
Tim> gcc_AC_CHECK_PROG_VER(MAKEINFO, makeinfo, --version, [GNU
Tim> texinfo.* \([0-9][0-9.]*\)], [4.*])
Hm, looks good.
Tim> This would put the texinfo pattern inside the special << >>
Tim> quotes, which might be what confused autoconf (though I'm hardly
Tim> an expert in such things).
Is it autoconf or autoheader which is lost?
What can happen, and sometimes does, it that when we trace a
changequote appears, and since traces are later processed by M4, some
symbol might become unquoted when they should have been.
They don't use aclocal?
Index: aclocal.m4
===================================================================
RCS file: /cvs/gcc/gcc/gcc/aclocal.m4,v
retrieving revision 1.40.4.1
diff -u -r1.40.4.1 aclocal.m4
--- aclocal.m4 2001/02/18 05:41:46 1.40.4.1
+++ aclocal.m4 2001/05/11 15:49:26
@@ -40,8 +40,10 @@
ac_tr_decl=HAVE_DECL_`echo $ac_func | tr 'abcdefghijklmnopqrstuvwxyz'
'ABCDEFGHIJKLMNOPQRSTUVWXYZ'`
changequote([, ])dnl
You should also get rid of this one.
gcc_AC_CHECK_DECL($ac_func,
- [AC_DEFINE_UNQUOTED($ac_tr_decl, 1) $2],
- [AC_DEFINE_UNQUOTED($ac_tr_decl, 0) $3],
+ [AC_DEFINE_UNQUOTED($ac_tr_decl, 1,
+ [Define to 1 if we found this declaration otherwise define to 0.]) $2],
+ [AC_DEFINE_UNQUOTED($ac_tr_decl, 0,
+ [Define to 1 if we found this declaration otherwise define to 0.]) $3],
dnl It is possible that the include files passed in here are local headers
dnl which supply a backup declaration for the relevant prototype based on
dnl the definition of (or lack of) the HAVE_DECL_ macro. If so, this test
@@ -53,14 +55,7 @@
#define $ac_tr_decl 1
$4
)
-done
-dnl Automatically generate config.h entries via autoheader.
-if test x = y ; then
- patsubst(translit([$1], [a-z], [A-Z]), [\w+],
- AC_DEFINE([HAVE_DECL_\&], 1,
- [Define to 1 if we found this declaration otherwise define to 0.]))dnl
-fi
-])
+done])
Nice patch, but I don't think it works. I'd be surprised if you
actually have the #undef templates in config.h.in since you pass an sh
var, which is opaque to autoheader. You need `static' values for
autoheader. That's why they had the last chunk.
Use
-if test x = y ; then
- AC_DEFINE(translit([HAVE_DECL_$1], [a-z], [A-Z]), 1,
- [Define to 1 if we found this declaration otherwise define to 0.]))dnl
-fi
- RE: 2.49e problems with gcc, (continued)
- RE: 2.49e problems with gcc, Tim Van Holder, 2001/05/09
- Re: 2.49e problems with gcc, Thomas Dickey, 2001/05/09
- Re: 2.49e problems with gcc, Tim Van Holder, 2001/05/10
- Re: 2.49e problems with gcc, Akim Demaille, 2001/05/10
- RE: 2.49e problems with gcc, Tim Van Holder, 2001/05/10
- Re: 2.49e problems with gcc, Tim Van Holder, 2001/05/10
- RE: 2.49e problems with gcc, Tim Van Holder, 2001/05/10
- Re: 2.49e problems with gcc, Akim Demaille, 2001/05/11
- Re: 2.49e problems with gcc, Akim Demaille, 2001/05/11
- Re: 2.49e problems with gcc, Tim Van Holder, 2001/05/11
- Re: 2.49e problems with gcc,
Akim Demaille <=
- Re: 2.49e problems with gcc, Akim Demaille, 2001/05/12
- Re: 2.49e problems with gcc, Tim Van Holder, 2001/05/16
- RE: 2.49e problems with gcc, Tim Van Holder, 2001/05/17
- Re: 2.49e problems with gcc, Akim Demaille, 2001/05/19
- Re: 2.49e problems with gcc, Thomas Dickey, 2001/05/19
- Re: 2.49e problems with gcc, Tim Van Holder, 2001/05/16
Re: 2.49e problems with gcc, Akim Demaille, 2001/05/10