[Top][All Lists]

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

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

From: Alexandre Duret-Lutz
Subject: [Nicolas Joly <address@hidden>] Re: CVS automake testsuite failures under Tru64 unix
Date: Wed, 05 Jun 2002 11:25:09 +0200
User-agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-debian-linux-gnu)

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?  Has it been patched in some ways?
Alexandre Duret-Lutz
--- Begin Message --- Subject: Re: CVS automake testsuite failures under Tru64 unix Date: Sat, 25 May 2002 09:36:41 +0200 User-agent: Mutt/1.2.5i
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])
> +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])
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.

Attachment: traces.0t.gz
Description: application/gunzip

--- End Message ---

reply via email to

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