GNU bug report logs -
#13832
Tests fail because make runs with more than one jobs
Previous Next
Full log
Message #21 received at 13832 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
2013/3/6 Joshua C. <joshuacov <at> gmail.com>
>
>
> 2013/3/5 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>
> > tags 13832 + moreinfo
> > severity 13832 minor
> > stop
> >
> > Hi Joshua, sorry for the delay.
>
> Don't worry, I'm glad that I got a response, because sometimes some
> maintainers (on other projects) don't even bother to respond but this is
> another story...
>
>
> >
> > On 02/27/2013 10:07 AM, Joshua C. wrote:
> >> In the last couple of days I encountered a number of different tests
> >> that reported a failure with ‘make check’. However in order to save
> >> some time I ran ‘make –j4 check’ and this saved me about 75% of the
> >> check time (~16min compared to ~62min for ‘make –j1 check’). The
> >> reportedly failed tests passed without errors when tested with ‘make
> >> –j1 check’. This makes me believe that ‘make’ doesn’t like to be run
> >> as a server.
> >>
> > That is weird, I routinely run the tests with high parallelism myself
> > (even with "make -j16"), and have never encountered such an issue.
> >
> > Can you please send us more details about your system, as well as the
> > content of the file 'test-suite.log' left behind after the testsuite
> > run?
> >
>
> This is a fedora-17 (gcc-4.7.2) with updated autoconf, automake, make,
> flex and bison. I've uploaded the 'test-suite.log' file and see that it has
> some more information about the installed packages.
>
>
>
> >> My proposition is: if a test fails for some reason,
> >>
> > They are not expected to fail. So we should work out the underlying
> > reason for the problem, and fix it.
> >
> >> can we automatically re-run it with passing ‘-j1’ to make?
> >>
> >> If it still fails then count the result as a failure, if not – as a
> >> success. Can someone take a look at it tries to implement it? I’m
> >> not that good at experimenting with make-targets.
> >>
> >> Tested with:
> >>
> >> automake: git a5ed87e7944deaea33914230e3d67ff08eb18382
> >> autoconf: git 9e087dd343b67ac58a7f54e08335ac62fc33ed53
> >> make: git 4baf9ab4564447355b5748d1375959e817771d17
> >>
> >> Failing tests with ‘make –j4 check’ (these pass fine with ‘make –j1
> check’)
> >>
> >> t/objc-megademo.sh
> >> t/ar-lib4.sh
> >>
> >>
> >> --joshua
> >>
> >>
> >
> > Regards,
> > Stefano
> >
>
>
>
> --
> --joshua
>
I made some tests and came up with the following patch. Now the failing
tests pass without errors. The patch is quite trivial; hopefully some can
come up with a better solution.
From 85f520da2cddc60db7d43efa424ed4d9ca1aef50 Fri Mar 15 01:53:51 2013
From: Joshua Covington <liveuser <at> localhost.localdomain>
Date: Fri, 15 Mar 2013 01:53:51 +0100
Subject: [PATCH] fix broken tests
---
t/ar-lib4.sh | 3 ++-
t/objc-megademo.sh | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/t/ar-lib4.sh b/t/ar-lib4.sh
index 68615e8..534f466 100755
--- a/t/ar-lib4.sh
+++ b/t/ar-lib4.sh
@@ -35,7 +35,8 @@ END
libtoolize
$ACLOCAL
-AUTOMAKE_fails
+sleep 1
+AUTOMAKE_fails --add-missing
grep 'requires.*AM_PROG_AR' stderr
diff --git a/t/objc-megademo.sh b/t/objc-megademo.sh
index 07764cd..8a72811 100755
--- a/t/objc-megademo.sh
+++ b/t/objc-megademo.sh
@@ -80,6 +80,7 @@ play_LDADD = libfoo.la
play_LDFLAGS = -lobjc
lib_LTLIBRARIES = libfoo.la
libfoo_la_SOURCES = foo.h foo.c fooxx.cxx fooo.m foooxx.mm
+LIBTOOL=@LIBTOOL@ --tag=CC
END
## Run Autotools.
--
1.7.11.7
--
--joshua
[Message part 2 (text/html, inline)]
[0003-fix-broken-tests.patch (application/octet-stream, attachment)]
This bug report was last modified 12 years and 42 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.