This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: tweaks for autoconf 2.50
- To: Phil Edwards <pedwards at disaster dot jaj dot com>
- Subject: Re: tweaks for autoconf 2.50
- From: "Zack Weinberg" <zackw at Stanford dot EDU>
- Date: Mon, 28 May 2001 19:58:18 -0700
- Cc: Alexandre Oliva <aoliva at redhat dot com>, gcc-patches at gcc dot gnu dot org
On Mon, May 28, 2001 at 09:03:36PM -0400, Phil Edwards wrote:
> On Thu, May 24, 2001 at 01:17:19AM -0700, Zack Weinberg wrote:
> > On Thu, May 24, 2001 at 04:39:15AM -0300, Alexandre Oliva wrote:
> > > Huh? AC_PROG_CC tests the bootstrap compiler in the GCC directory.
> > > The problem occurs when testing the compiler for the target.
> >
> > Oh, now I get it.
> >
> > Revised patch tomorrow morning, I need to go sleep now.
>
> It's been almost four days. Is that enough sleep? :-)
Sorry. I got stuck - being sick didn't help, but the libstdc++
situation is a thorough mess. Here's where I am now:
- The gcc subdirectory is done.
- libltdl's aclocal.m4 needs a patch to break an expansion cycle
between two of its macros.
- boehm-gc and libjava need to stop calling AC_CANONICAL_HOST and
AC_CANONICAL_BUILD when AC_CANONICAL_SYSTEM has already been called.
- libjava has to have one of its macros renamed to avoid an automake
issue, and needs to use 3 argument AC_DEFINE in one place.
- I've got an AC_NO_EXECUTABLES for 2.13 and a patch for libtool.m4 to
avoid link tests under AC_NO_EXECUTABLES.
- libobjc can take AC_NO_EXECUTABLES with no further treatment.
- libjava, libiberty, libstdc++-v3, boehm-gc, zlib, libffi all do
linkage tests which I see no easy way to avoid.
...
> # Never versions of autoconf add an underscore to these functions.
> # Prevent future problems ...
> ifdef([AC_PROG_CC_G],[],[define([AC_PROG_CC_G],defn([_AC_PROG_CC_G]))])
> ifdef([AC_PROG_CC_GNU],[],[define([AC_PROG_CC_GNU],defn([_AC_PROG_CC_GNU]))])
> ifdef([AC_PROG_CXX_G],[],[define([AC_PROG_CXX_G],defn([_AC_PROG_CXX_G]))])
> ifdef([AC_PROG_CXX_GNU],[],[define([AC_PROG_CXX_GNU],defn([_AC_PROG_CXX_GNU]))
>
> (I thought defn was supposed to define a name; why is it complaining about
> that name being undefined? Of course it's undefined, that's why we're
> calling defn on it... agh need advil.)
no, that's define(). defn([MACRO]) means "the definition of MACRO",
it's kinda like 'bind' in PostScript. _AC_PROG_CC_GNU is not
defined, so it complains.
> Applying Zack's initial patch for autoconf 2.50 (by hand to acinclude.m4
> rather than aclocal.m4)
What is the deal with acinclude.m4 and aclocal.m4 exactly? They are
often almost identical. I don't know what acinclude.m4 is for. The
autoconf manual only talks about aclocal.m4.
> I'm assuming yes, since these changes won't go in for 3.0.
I'm actually hoping to get something in for 3.0.
--
zw "Ultimate Mortal Kombat 3" ... is feminist in depicting a woman as fully
capable of holding her own in violent combat with heavily armed men.
-- American Amusement Machine Association vs. Indianapolis