GNU bug report logs - #10848
automake-1.11.3 on OSX Lion with llvm-gcc - 1 of 829 tests failed

Previous Next

Full log

Message #8 received at 10848 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Panther Martin <mrsmiley98 <at> lycos.com>
Cc: 10848 <at> debbugs.gnu.org
Subject: Re: bug#10848: automake-1.11.3 on OSX Lion with llvm-gcc - 1 of 829
	tests failed
Date: Mon, 20 Feb 2012 14:24:03 +0100

[Message part 1 (text/plain, inline)]

Thanks for the report.

On 02/20/2012 01:09 AM, Panther Martin wrote:
>  
> Hi I'm reporting 1 test-suite failure on 64bit OSX Lion 10.7.3 using
> 
>   llvm-gcc-4.2.1 (5658)
>   autoconf-2.68
>   automake-1.11.3
>   gawk-4.0.0
> 
> FAIL: conffile-leading-dot.test (exit: 1)
> =========================================
>
> /private/tmp/homebrew-automake-1.11.3-vk9X/automake-1.11.3/tests:...
> conffile-leading-dot: running make --version -v | grep GNU
> GNU Make 3.81
> === Running test ./conffile-leading-dot.test
> ++ pwd
> /private/tmp/homebrew-automake-1.11.3-vk9X/automake-1.11.3/tests/conffile-leading-dot.dir
> + set -e
> + cat
> + echo foo = barbarbar
> + touch a.in b.in c.in
> + aclocal-1.11 -Werror
> + AUTOMAKE_fails -Wnone -Wunsupported
> + AUTOMAKE_run 1 -Wnone -Wunsupported
> + expected_exitcode=1
> + shift
> + exitcode=0
> + automake-1.11 --foreign -Werror -Wall -Wnone -Wunsupported
> + exitcode=1
> + cat stderr
> configure.in:3: omit leading './' from config file names such as './Makefile';
> configure.in:3: remake rules might be subtly broken otherwise
> configure.in:4: omit leading './' from config file names such as './foo';
> configure.in:4: remake rules might be subtly broken otherwise
> + cat stdout
> + test 1 = 1
> + grep '^configure\.in:3:.*'\''\./Makefile'\''' stderr
> configure.in:3: omit leading './' from config file names such as './Makefile';
> + grep '^configure\.in:3:.* omit leading '\''\./'\''' stderr
> configure.in:3: omit leading './' from config file names such as './Makefile';
> + grep '^configure\.in:3:.*remake rules might be subtly broken' stderr
> configure.in:3: remake rules might be subtly broken otherwise
> + grep '^configure\.in:4:.*'\''\./foo'\''' stderr
> configure.in:4: omit leading './' from config file names such as './foo';
> + grep '^configure\.in:4:.* omit leading '\''\./'\''' stderr
> configure.in:4: omit leading './' from config file names such as './foo';
> + grep '^configure\.in:4:.*remake rules might be subtly broken' stderr
> configure.in:4: remake rules might be subtly broken otherwise
> + autoconf -B /no/such/dir
> + automake-1.11 --foreign -Werror -Wall -Wall -Wno-unsupported
> + ./configure
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... ./install-sh -c -d
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> configure: creating ./config.status
> config.status: creating ./Makefile
> config.status: creating ./foo
> + make
> make: Nothing to be done for `all'.
> + grep barbarbar Makefile
> foo = barbarbar
> + echo foo = bazbazbaz
> + make
>  cd . && /bin/sh /.../missing --run automake-1.11 --foreign ./Makefile
> make: Nothing to be done for `all'.
>
The failure is here.  I suspect this might be yet another timestamp issue.
Could you please answer the following questions?

  1. Is your system quite fast? (I'd assume yes, given the contents of
     config.log)

  2. Does the directory you are building Automake into have sub-second
     timestamp resolution?

  3. Does the reported failure happen consistently, or is it subject to
     a race?

If the answers to the questions above are respectively "yes", "no" and "yes
it's a racy failure", then I think the attached patch might fix the issue.

Regards,
  Stefano

[0001-tests-fix-a-timestamp-issue-and-other-minor-buglets.patch (text/x-diff, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.