Thanks Stefano. I have had to make the switch over from a Debian Linux box on x86_64 to Solaris 10 on a production Sparc server. This means you may see the odd bug report from me, because, what a surprise, things from the GNU world often "just don't work" when they land on Solaris.
Dennis ----- Original Message ----- From: Stefano Lattarini <stefano.lattar...@gmail.com> Date: Saturday, August 11, 2012 8:00 am Subject: Re: bug#12178: GNU Automake 1.12.2 - FAIL: 1 To: Dennis Clarke <dcla...@blastwave.org> Cc: 12...@debbugs.gnu.org > forcemerge 11896 12178 > close 12178 > thanks > > Hi Dennis, thanks for the report. > > On 08/11/2012 03:52 AM, Dennis Clarke wrote: > > . > > . > > I'll dig into it and find the FAIL : > > > > FAIL: t/aclocal7 > > ================ > > > > Running from installcheck: no > > Using TAP: no > > PATH = > > /build/other/automake-1.12.2_001/t/ax:/build/other/automake-1.12.2_001/t/wrap:/usr/local/mm/sbin:/usr/local/mm/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/schily/bin > > +++ pwd > > /build/other/automake-1.12.2_001/t/aclocal7.dir > > + cat > > + mkdir sub > > + : > > + cat > > + : > > + mkdir m4 > > + echo 'AC_DEFUN([SOME_DEFS], [])' > > + aclocal-1.12 -Werror -I m4 > > + AUTOMAKE_after_aclocal > > + sleep 2 > > + automake-1.12 --foreign -Werror -Wall --no-force > > + touch foo > > + sleep 2 > > + aclocal-1.12 -Werror -I m4 > > + AUTOMAKE_after_aclocal > > + sleep 2 > > + automake-1.12 --foreign -Werror -Wall --no-force > > + is_newest foo aclocal.m4 Makefile.in sub/Makefile.in > > is_newest: these files are newer than 'foo': > > * aclocal.m4 > > * Makefile.in > > * sub/Makefile.in > > + exit_status=1 > > + set +e > > + cd /build/other/automake-1.12.2_001 > > + test no = yes > > + case $am_explicit_skips in > > + test 1 -eq 0 > > + keep_testdirs=yes > > + am_keeping_testdirs > > + case $keep_testdirs in > > + return 0 > > + set +x > > aclocal7: exit 1 > > > This is a spurious failure due to a weakness in the Automake testsuite. > It is already known, and has already been fixed by Adam Sampson: > > < > > So I'm closing this report. > > Regards, > Stefano
