emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#14528: closed (remake-configure-dependencies test


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#14528: closed (remake-configure-dependencies test fails on fast systems without subsecond timestamps)
Date: Mon, 03 Jun 2013 13:20:02 +0000

Your message dated Mon, 03 Jun 2013 15:17:01 +0200
with message-id <address@hidden>
and subject line Re: bug#14528: remake-configure-dependencies test fails on 
fast systems without subsecond timestamps
has caused the debbugs.gnu.org bug report #14528,
regarding remake-configure-dependencies test fails on fast systems without 
subsecond timestamps
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
14528: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14528
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: remake-configure-dependencies test fails on fast systems without subsecond timestamps Date: Sat, 1 Jun 2013 12:20:03 +0100 User-agent: Mutt/1.5.21 (2010-09-15)
Automake 1.13.2 failed t/remake-configure-dependencies.sh in two
consecutive attempts on Ubuntu autobuilders.  On inspection I found that
our autobuilder network happened to pick the same backend machine each
time, which was a relatively old one still using ext3.  (Our newer
builders use ext4.)  On running this test in a loop-mounted ext3
filesystem on my laptop, I reproduced the failure first time:

  Running from installcheck: no
  Test Protocol: none
  PATH = 
/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/wrap:/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/ax:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  ++ pwd
  
/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir
  + cat
  + cat
  + cat
  + echo '#!/bin/sh'
  + echo 'printf %s 1.0'
  + chmod a+x print-version
  + aclocal-1.13 -Werror
  + autoconf
  + automake-1.13 --foreign -Werror -Wall
  + ./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... /bin/mkdir -p
  checking for gawk... no
  checking for mawk... mawk
  checking whether make sets $(MAKE)... yes
  checking whether make supports nested variables... yes
  checking that generated files are newer than configure... done
  configure: creating ./config.status
  config.status: creating Makefile
  + make test-1
  test 1.0 = 1.0
  + echo '#!/bin/sh'
  + echo 'printf %s 2.1'
  + using_gmake
  + case $am__using_gmake in
  + make --version -v
  + grep GNU
  GNU Make 3.81
  + am__using_gmake=yes
  + return 0
  + make test-2
   cd . && /bin/bash 
/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir/missing
 automake-1.13 --foreign
  CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash 
/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir/missing
 autoconf
  test 1.0 = 2.1
  make: *** [test-2] Error 1
  + am_exit_trap 2
  + exit_status=2
  + set +e
  + cd /home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2
  + test none = tap
  + case $am_explicit_skips in
  + test 2 -eq 0
  + keep_testdirs=yes
  + am_keeping_testdirs
  + case $keep_testdirs in
  + return 0
  + set +x
  remake-configure-dependencies: exit 2

I think perhaps a sprinkling of $sleep is called for in this test?

Thanks,

-- 
Colin Watson                                       address@hidden



--- End Message ---
--- Begin Message --- Subject: Re: bug#14528: remake-configure-dependencies test fails on fast systems without subsecond timestamps Date: Mon, 03 Jun 2013 15:17:01 +0200
On 06/03/2013 12:47 PM, Colin Watson wrote:
> On Mon, Jun 03, 2013 at 11:29:08AM +0200, Stefano Lattarini wrote:
>> You are perfectly right.  I thought the sleeps implicit in configure
>> invocations were enough to avoid this kind of issues, but after a more
>> careful consideration I realized I was mistaken (see commit message in
>> the patch below for an extended rationale).
>>
>> Can you confirm the patch works for you?
> 
> Before this patch, I got 32 passes from 100 runs; after this patch, I
> get 100 passes from 100 runs.  So it looks good to me.
> 
Thanks for confirming.  I'm closing the bug report then, and I'll push
the fix shortly (so that it will appear in Automake 1.13.3, that should
be released this evening or tomorrow).

Regards,
  Stefano



--- End Message ---

reply via email to

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