GNU bug report logs -
#11896
aclocal7.sh test fails sometimes with automake-1.12.2
Previous Next
Reported by: Adam Sampson <ats <at> offog.org>
Date: Tue, 10 Jul 2012 11:25:01 UTC
Severity: minor
Tags: patch
Merged with 11924,
12178
Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11896 in the body.
You can then email your comments to 11896 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-automake <at> gnu.org
:
bug#11896
; Package
automake
.
(Tue, 10 Jul 2012 11:25:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Adam Sampson <ats <at> offog.org>
:
New bug report received and forwarded. Copy sent to
bug-automake <at> gnu.org
.
(Tue, 10 Jul 2012 11:25:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I've just built automake-1.12.2 and had the aclocal7.sh test fail. After
a bit of investigation, it's because the test:
- creates a .m4 file;
- calls aclocal;
- calls automake;
- sleeps for a bit;
- calls aclocal again;
- calls automake again;
- checks that those two calls didn't actually write any files.
[then goes on to test some other stuff that works fine]
The problem is that aclocal decides whether to rewrite its output file
by checking that all of the input files it's read are older than the
existing output file. If aclocal takes less than a second to run in the
sequence above, it's possible for its output file to have the same
timestamp as the .m4 file -- and then the second call to aclocal will
decide the output file needs rewriting, and the test fails.
The attached patch adds a $sleep after creating the .m4 file, so it'll
definitely be older than the first aclocal's output.
Thanks,
--
Adam Sampson <ats <at> offog.org> <http://offog.org/>
[fasttest.diff (text/plain, attachment)]
Information forwarded
to
bug-automake <at> gnu.org
:
bug#11896
; Package
automake
.
(Tue, 10 Jul 2012 13:32:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 11896 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
tags 11896 + patch
severity 11896 minor
close 11896
thanks
On 07/10/2012 01:18 PM, Adam Sampson wrote:
> Hi,
>
Hi Adam, thanks for the report and the patch.
> I've just built automake-1.12.2 and had the aclocal7.sh test fail. After
> a bit of investigation, it's because the test:
>
> - creates a .m4 file;
> - calls aclocal;
> - calls automake;
> - sleeps for a bit;
> - calls aclocal again;
> - calls automake again;
> - checks that those two calls didn't actually write any files.
> [then goes on to test some other stuff that works fine]
>
> The problem is that aclocal decides whether to rewrite its output file
> by checking that all of the input files it's read are older than the
> existing output file. If aclocal takes less than a second to run in the
> sequence above, it's possible for its output file to have the same
> timestamp as the .m4 file -- and then the second call to aclocal will
> decide the output file needs rewriting, and the test fails.
>
Oops, I introduced this error in a previous commit (v1.12.1-46-g13dd512).
> The attached patch adds a $sleep after creating the .m4 file, so it'll
> definitely be older than the first aclocal's output.
>
I've applied the fix in your name (see attached patch), and pushed.
I'm thus closing this bug report.
Thanks,
Stefano
[0001-tests-fix-spurious-failure-in-aclocal7.sh-on-fast-ma.patch (text/x-diff, attachment)]
Added tag(s) patch.
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 10 Jul 2012 13:32:14 GMT)
Full text and
rfc822 format available.
Severity set to 'minor' from 'normal'
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 10 Jul 2012 13:32:14 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
11896 <at> debbugs.gnu.org and Adam Sampson <ats <at> offog.org>
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 10 Jul 2012 13:32:20 GMT)
Full text and
rfc822 format available.
Forcibly Merged 11896 11924.
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 12 Jul 2012 16:56:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
11924 <at> debbugs.gnu.org and Peter Simons <simons <at> cryp.to>
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 12 Jul 2012 16:56:03 GMT)
Full text and
rfc822 format available.
Severity set to 'minor' from 'normal'
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Thu, 12 Jul 2012 16:58:01 GMT)
Full text and
rfc822 format available.
Forcibly Merged 11896 11924 12178.
Request was from
Stefano Lattarini <stefano.lattarini <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Sat, 11 Aug 2012 08:10:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 09 Sep 2012 11:24:02 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 344 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.