bug#14517: t/tags-pr12372.sh assumes that etags generates tags for all files

2013-06-03 Thread Stefano Lattarini
On 06/03/2013 03:44 PM, Peter Rosin wrote: > On 2013-06-03 15:21, Stefano Lattarini wrote: >> On 06/03/2013 11:47 AM, Stefano Lattarini wrote: >>> >>> Peter Rosin wrote: Yup, I'm happy to test anything you come up with (within reason :-). >>> Here it is. Does it work for you? >>> >>

bug#14517: t/tags-pr12372.sh assumes that etags generates tags for all files

2013-06-03 Thread Peter Rosin
On 2013-06-03 15:21, Stefano Lattarini wrote: > On 06/03/2013 11:47 AM, Stefano Lattarini wrote: >> >> Peter Rosin wrote: >>> >>> Yup, I'm happy to test anything you come up with (within reason :-). >>> >> Here it is. Does it work for you? >> >> PATCH] tests: fix spurious failure when 'etags' prog

bug#14493: [FYI] {micro} tests: slightly stricter checks in t/cxx-demo.sh

2013-06-03 Thread Peter Rosin
On 2013-06-03 12:02, Stefano Lattarini wrote: > This is a follow-up to the commit fixing automake bug#14493. > > * t/cxx-demo.sh: Also check that the built program returns the > correct (i.e., zero) exit status when run. And improve comments > a little while at it. Good catch! Cheers, Peter

bug#14517: t/tags-pr12372.sh assumes that etags generates tags for all files

2013-06-03 Thread Stefano Lattarini
On 06/03/2013 11:47 AM, Stefano Lattarini wrote: > > Peter Rosin wrote: >> >> Yup, I'm happy to test anything you come up with (within reason :-). >> > Here it is. Does it work for you? > > PATCH] tests: fix spurious failure when 'etags' program is Exuberant Ctags > > Fixes automake bug#14517. >

bug#14528: remake-configure-dependencies test fails on fast systems without subsecond timestamps

2013-06-03 Thread Stefano Lattarini
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 wa

bug#14528: remake-configure-dependencies test fails on fast systems without subsecond timestamps

2013-06-03 Thread Colin Watson
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 bel

bug#14493: [FYI] {micro} tests: slightly stricter checks in t/cxx-demo.sh

2013-06-03 Thread Stefano Lattarini
This is a follow-up to the commit fixing automake bug#14493. * t/cxx-demo.sh: Also check that the built program returns the correct (i.e., zero) exit status when run. And improve comments a little while at it. Signed-off-by: Stefano Lattarini --- t/cxx-demo.sh | 6 +- 1 file changed, 5 ins

bug#14517: t/tags-pr12372.sh assumes that etags generates tags for all files

2013-06-03 Thread Stefano Lattarini
tags 14517 + patch thanks On 05/31/2013 12:02 PM, Peter Rosin wrote: > On 2013-05-31 11:58, Stefano Lattarini wrote: >> On 05/31/2013 11:52 AM, Peter Rosin wrote: >>> I'm not going to write the patch this week though, and possibly >>> not in the near future as I have other things ($$$) to do as we

bug#14528: remake-configure-dependencies test fails on fast systems without subsecond timestamps

2013-06-03 Thread Stefano Lattarini
tags 14528 + patch severity 14528 minor. stop Hi Colin, thanks for the report On 06/01/2013 01:20 PM, Colin Watson wrote: > 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 happene