timeouts/malloc failures in ada tests?

John Marino gnugcc@marino.st
Fri Jul 7 22:44:00 GMT 2017


On 7/7/2017 17:38, Eric Botcazou wrote:
>> I see large numbers of timeouts in Ada tests on trunk in parallel
>> run s (make -j96) on x86_64.  Messages like the one below appear
>> in the logs, suggesting some sort of heap corruption.  I'm having
>> trouble reproducing it outside the rest of the test suite (i.e.,
>> by just running the Ada tests by themselves) but maybe I'm doing
>> it wrong.  Unless this is a known problem I can try to pinpoint
>> it closer if someone could share the magic spell to run just Ada
>> tests to speed up the debugging.
>>
>> Is it (a known problem)?
>
> No, but regressions were recently introduced in the ACATS testsuite:
>
>                 === acats tests ===
> FAIL:   cb4008a
> FAIL:   cb41001
>
> so this could be related.
>
> Ada is not enabled by default so this is not surprising.  It's OK for small
> changes and bug fixes, but people making extensive changes to the compiler
> should really consider enabling it (and it's a very good testbed).
>

Good timing on this post!  I just finished my first test build in a 
while using a new unwind patch for dragonfly (it moved the signal 
trampoline, breaking the previous unwind) and I saw these exact two 
failures.  Even though the new patch has been in use for months, I was 
still thinking it caused the test failures.

Thanks for piping up, Eric!  :)

John


P.S.  I'll post the dragonfly-specific unwind patch to the patches mail 
list later today.   It's been tested internally for weeks.



More information about the Gcc mailing list