bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nicolas Joly <address@hidden>] Re: CVS automake testsuite failures


From: Nicolas Joly
Subject: Re: [Nicolas Joly <address@hidden>] Re: CVS automake testsuite failures under Tru64 unix
Date: Wed, 5 Jun 2002 11:49:51 +0200
User-agent: Mutt/1.2.5i

On Wed, Jun 05, 2002 at 11:25:09AM +0200, Alexandre Duret-Lutz wrote:
> I can't make anything out of this.
> I suspect this is an M4 bug since it works on most platforms.  
> Which M4 version are you using?

address@hidden [~]> which m4
/local/bin/m4
address@hidden [~]> /local/bin/m4 --version
GNU m4 1.4

>  Has it been patched in some ways?

No.

> Date: Sat, 25 May 2002 09:36:41 +0200
> From: Nicolas Joly <address@hidden>
> To: Alexandre Duret-Lutz <address@hidden>
> Cc: Nicolas Joly <address@hidden>, Automake bugs <address@hidden>
> Subject: Re: CVS automake testsuite failures under Tru64 unix
> User-Agent: Mutt/1.2.5i
> Organization: Pasteur Institute, Paris.
> X-Spam-Status: No, hits=-4.4 required=5.0 tests=IN_REP_TO version=2.20
> 
> On Wed, May 22, 2002 at 11:50:16AM +0200, Alexandre Duret-Lutz wrote:
> > >>> "adl" == Alexandre Duret-Lutz <address@hidden> writes:
> > 
> [...]
> > 
> > I'm checking in the following.
> > 
> > 2002-05-22  Alexandre Duret-Lutz  <address@hidden>
> > 
> >     * tests/defs (confiugre.in): Don't double-quote $me.
> >     * tests/sinclude.test: Overwrite configure.in and use
> >     `am__sinclude' instead of `sinclude' as package name.
> >     Excercise `m4_sinclude' instead of `sinclude'.
> >
> [...]
> >  
> > +# Overwrite configure.in, because the default uses `sinclude' as package
> > +# name and this play havoc with Autoconf on some platforms (`sinclude'
> > +# is an m4 macro).
> > +cat > configure.in <<EOF
> > +AC_INIT([am__sinclude], [1.0])
> > +AM_INIT_AUTOMAKE
> > +AC_CONFIG_FILES([Makefile])
> > +EOF
> 
> Sorry, for late answering. But it doesn't work for me :
> 
> address@hidden [tmp/autoconf]> cat > configure.in <<EOF
> AC_INIT([am__sinclude], [1.0])
> EOF
> address@hidden [tmp/autoconf]> autoconf
> /local/bin/m4: memory exhausted
> 
> I instructed m4 to trace all macro calls in that case :
> 
> address@hidden [tmp/autoconf]> /local/bin/m4 --nesting-limit=1024 
> --include=/local/share/autoconf --define=m4_warnings=syntax,syntax,syntax 
> --debug=aflqt --error-output=autom4te.cache/traces.0t 
> --reload-state=/local/share/autoconf/autoconf/autoconf.m4f configure.in 
> </dev/null >autom4te.cache/output.0t
> /local/bin/m4: memory exhausted
> 
> It seems that there is indeed a problem with `AC_PACKAGE_TARNAME'. The
> trace file is attached if someome want to have a look.

-- 
Nicolas Joly

Biological Software and Databanks.
Pasteur Institute, Paris.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]