GNU bug report logs - #13832
Tests fail because make runs with more than one jobs

Previous Next

To reply to this bug, email your comments to 13832 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: bug-automake <at> gnu.org
Subject: Tests fail because make runs with more than one jobs
Date: Wed, 27 Feb 2013 10:07:49 +0100

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.

My proposition is: if a test fails for some reason, 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

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: bug-automake <at> gnu.org, 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Tue, 05 Mar 2013 16:27:17 +0100

tags 13832 + moreinfo
severity 13832 minor
stop

Hi Joshua, sorry for the delay.

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?

> 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

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Wed, 6 Mar 2013 23:43:40 +0100

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

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

[Message part 2 (text/html, inline)]

[test-suite.log (application/octet-stream, attachment)]

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 15 Mar 2013 01:32:50 +0100

[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)]

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Sat, 20 Apr 2013 22:52:37 +0200

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

Reference:
<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832>

Hi Joshua, sorry again for the shameful delay.

Can you check whether the attached patch solves the failure you've been
experiencing with the test 't/ar-lib4.sh'?  (as for the other failure
in 't/objc-megademo.sh', I still have no idea what might be causing
it -- some strange regression in automake? a libtool bug? puzzled ...)

Thanks,
  Stefano

[0001-tests-avoid-possible-autotools-caching-issues-automa.patch (text/x-patch, attachment)]

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Thu, 25 Apr 2013 21:04:26 +0200

On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
> Reference:
> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832>
> 
> Hi Joshua, sorry again for the shameful delay.
> 
> Can you check whether the attached patch solves the failure you've been
> experiencing with the test 't/ar-lib4.sh'?
>
Ping on this?

Regards,
  Stefano

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 26 Apr 2013 12:57:43 +0200

2013/4/25 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
> On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
>> Reference:
>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832>
>>
>> Hi Joshua, sorry again for the shameful delay.
>>
>> Can you check whether the attached patch solves the failure you've been
>> experiencing with the test 't/ar-lib4.sh'?
>>
> Ping on this?
>
> Regards,
>   Stefano
>

I'm sorry for the delay... (was on vacation)

I tried the patch but it couldn't fix the issue. I continue frequently
to fail the test.

However trying the latest git 820d90935c4ee1a32723ffa51b54646c7ed90514
as of 2013-04-26 (without your patch) it's much more difficult to
trigger this failure. I'm _not_ saying that the I'm not getting the
error but it's much more difficult for me to reproduce it. Earlier I
got the error in about 50% of all runs, but with the latest git I
manage to trigger if just once (in about 10times running the same
test). I haven't changed a single package in my system. I've got no
idea what the culprit can be...


--joshua

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 26 Apr 2013 13:28:13 +0200

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

On 04/26/2013 12:57 PM, Joshua C. wrote:
> 2013/4/25 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>> On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
>>> Reference:
>>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832>
>>>
>>> Hi Joshua, sorry again for the shameful delay.
>>>
>>> Can you check whether the attached patch solves the failure you've been
>>> experiencing with the test 't/ar-lib4.sh'?
>>>
>> Ping on this?
>>
>> Regards,
>>   Stefano
>>
> 
> I'm sorry for the delay... (was on vacation)
>
No worries, I just thought my answer could have been lost in the
cracks.

> I tried the patch but it couldn't fix the issue. I continue frequently
> to fail the test.
>
:-(

Does the attached patch (to be applied to 'branch-1.13.2' branch)
fares any better?

> [SNIP]

Thanks,
  Stefano

[0001-tests-avoid-possible-autotools-caching-issues-automa.patch (text/x-patch, attachment)]

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 26 Apr 2013 15:22:23 +0200

2013/4/26 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
> On 04/26/2013 12:57 PM, Joshua C. wrote:
>> 2013/4/25 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>>> On 04/20/2013 10:52 PM, Stefano Lattarini wrote:
>>>> Reference:
>>>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13832>
>>>>
>>>> Hi Joshua, sorry again for the shameful delay.
>>>>
>>>> Can you check whether the attached patch solves the failure you've been
>>>> experiencing with the test 't/ar-lib4.sh'?
>>>>
>>> Ping on this?
>>>
>>> Regards,
>>>   Stefano
>>>
>>
>> I'm sorry for the delay... (was on vacation)
>>
> No worries, I just thought my answer could have been lost in the
> cracks.
>
>> I tried the patch but it couldn't fix the issue. I continue frequently
>> to fail the test.
>>
> :-(
>
> Does the attached patch (to be applied to 'branch-1.13.2' branch)
> fares any better?
>
>> [SNIP]
>
> Thanks,
>   Stefano

It looks like you nailed this down! I couldn't fail the test in 10
consecutive runs. I'll say this patch fixed it.


--joshua

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 26 Apr 2013 20:11:28 +0200

On 04/26/2013 03:22 PM, Joshua C. wrote:
>
> It looks like you nailed this down! I couldn't fail the test in 10
> consecutive runs. I'll say this patch fixed it.
> 
Good!  I will push the patch shortly.  I'm not closing the bug report,
since the other failure is still unaddressed.

Thanks,
  Stefano

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Fri, 26 Apr 2013 21:05:19 +0200

2013/4/26 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
> On 04/26/2013 03:22 PM, Joshua C. wrote:
>>
>> It looks like you nailed this down! I couldn't fail the test in 10
>> consecutive runs. I'll say this patch fixed it.
>>
> Good!  I will push the patch shortly.  I'm not closing the bug report,
> since the other failure is still unaddressed.
>
> Thanks,
>   Stefano

Thanks for the promp solution! About the other part:
What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
found on the internet. Can you reproduce this at your side?

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.
--

--joshua

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Sat, 27 Apr 2013 14:42:15 +0200

On 04/26/2013 09:05 PM, Joshua C. wrote:
> 2013/4/26 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>> On 04/26/2013 03:22 PM, Joshua C. wrote:
>>>
>>> It looks like you nailed this down! I couldn't fail the test in 10
>>> consecutive runs. I'll say this patch fixed it.
>>>
>> Good!  I will push the patch shortly.  I'm not closing the bug report,
>> since the other failure is still unaddressed.
>>
>> Thanks,
>>   Stefano
> 
> Thanks for the promp solution! About the other part:
> What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
> found on the internet. Can you reproduce this at your side?
>
Actually, I cannot even reproduce the failure at my side.  Which version
of Libtool are you using exactly?  Is that an upstream version, or has
been patched by your distro?

Regards,
  Stefano

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Sun, 28 Apr 2013 09:39:51 +0200

2013/4/27 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>> Thanks for the promp solution! About the other part:
>> What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
>> found on the internet. Can you reproduce this at your side?
>>
> Actually, I cannot even reproduce the failure at my side.  Which version
> of Libtool are you using exactly?  Is that an upstream version, or has
> been patched by your distro?
>
> Regards,
>   Stefano

I'm using the latest git available (commit:
68920ef8353f71c2e6c5c6b57a26cf55c0cff318) - unpatched with gcc-4.7.3
on updated fedora17.

--
--joshua

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Wed, 01 May 2013 00:33:17 +0200

On 04/28/2013 09:39 AM, Joshua C. wrote:
> 2013/4/27 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>>> Thanks for the promp solution! About the other part:
>>> What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
>>> found on the internet. Can you reproduce this at your side?
>>>
>> Actually, I cannot even reproduce the failure at my side.  Which version
>> of Libtool are you using exactly?  Is that an upstream version, or has
>> been patched by your distro?
>>
>> Regards,
>>   Stefano
> 
> I'm using the latest git available (commit:
> 68920ef8353f71c2e6c5c6b57a26cf55c0cff318) - unpatched with gcc-4.7.3
> on updated fedora17.
>
Thanks for the info.  I can indeed reproduce the bug using bleeding-edge
autoconf & libtool.  It is likely some kind of regression in one of those
tools.  Now I have a starting point to look better into the issue.  I hope
that won't take me other two months to do so ;-)

Thanks,
  Stefano

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

From: "Joshua C." <joshuacov <at> gmail.com>
To: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Wed, 1 May 2013 02:17:12 +0200

2013/5/1 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
> On 04/28/2013 09:39 AM, Joshua C. wrote:
>> 2013/4/27 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>>>> Thanks for the promp solution! About the other part:
>>>> What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
>>>> found on the internet. Can you reproduce this at your side?
>>>>
>>> Actually, I cannot even reproduce the failure at my side.  Which version
>>> of Libtool are you using exactly?  Is that an upstream version, or has
>>> been patched by your distro?
>>>
>>> Regards,
>>>   Stefano
>>
>> I'm using the latest git available (commit:
>> 68920ef8353f71c2e6c5c6b57a26cf55c0cff318) - unpatched with gcc-4.7.3
>> on updated fedora17.
>>
> Thanks for the info.  I can indeed reproduce the bug using bleeding-edge
> autoconf & libtool.  It is likely some kind of regression in one of those
> tools.  Now I have a starting point to look better into the issue.  I hope
> that won't take me other two months to do so ;-)
>
> Thanks,
>   Stefano

Take your time. As I wrote, I found a solution that worked for me to
pass the test (just a temporary solution).

--joshua

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

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: "Joshua C." <joshuacov <at> gmail.com>
Cc: 13832 <at> debbugs.gnu.org
Subject: Re: bug#13832: Tests fail because make runs with more than one jobs
Date: Tue, 07 May 2013 11:25:19 +0200

On 05/01/2013 02:17 AM, Joshua C. wrote:
> 2013/5/1 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>> On 04/28/2013 09:39 AM, Joshua C. wrote:
>>> 2013/4/27 Stefano Lattarini <stefano.lattarini <at> gmail.com>:
>>>>> Thanks for the promp solution! About the other part:
>>>>> What works for me is adding 'LIBTOOL=@LIBTOOL@ --tag=CC', which I
>>>>> found on the internet. Can you reproduce this at your side?
>>>>>
>>>> Actually, I cannot even reproduce the failure at my side.  Which version
>>>> of Libtool are you using exactly?  Is that an upstream version, or has
>>>> been patched by your distro?
>>>>
>>>> Regards,
>>>>   Stefano
>>>
>>> I'm using the latest git available (commit:
>>> 68920ef8353f71c2e6c5c6b57a26cf55c0cff318) - unpatched with gcc-4.7.3
>>> on updated fedora17.
>>>
>> Thanks for the info.  I can indeed reproduce the bug using bleeding-edge
>> autoconf & libtool.  It is likely some kind of regression in one of those
>> tools.  Now I have a starting point to look better into the issue.  I hope
>> that won't take me other two months to do so ;-)
>>
>> Thanks,
>>   Stefano
> 
> Take your time. As I wrote, I found a solution that worked for me to
> pass the test (just a temporary solution).
> 
I've confirmed the failure is due to the bleeding-edge autoconf: things
still work fine using autoconf 2.69 and libtool 2.4.2, as well as using
autoconf 2.69 and the latest libtool from Git.  When I've proper time (I
hope soon), I'll try to use "git bisect" to pinpoint the exact commit
introducing the failure.  If anybody wants to beat me at it, though, he'd
be very welcome :-)

Regards,
  Stefano

Previous Next

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