Hi Thomas,
> In PR119692 "C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target'
> offloading":
>
>> --- Comment #8 from Rainer Orth <ro at gcc dot gnu.org> ---
>> The last commit made things worse on sparc-sun-solaris2.11: since that one
>> (dg-timeout 10) I regularly get
>>
>> WARNING: libgomp.c++/target-exceptions-bad_cast-1.C (test for excess errors)
>> program timed out.
>> FAIL: libgomp.c++/target-exceptions-bad_cast-1.C (test for excess errors)
>> UNRESOLVED: libgomp.c++/target-exceptions-bad_cast-1.C compilation failed to
>> produce executable
>> UNRESOLVED: libgomp.c++/target-exceptions-bad_cast-1.C scan-tree-dump-times
>> optimized "gimple_call <__cxa_bad_cast, " 1
>>
>> Before that, the test had no issue. Compiling the test on an unloaded system
>> usually takes less than 1 sec, but when fully loaded, times can go up.
>
> To keep things simple, let's restrict this temporary (yeah...) workaround to
> apply only for effective-target 'offload_device', just like the
> 'dg-xfail-run-if' itself.
Thanks. While this is still a hack (and I'd rather not sprinkle the
testsuite with the likes of it), it's still way better than the
original, not affecting innocent bystanders ;-) I'd meanwhile found
that this affected way more targets than just sparc-sun-solaris2.11,
btw. I've found matching test results on x86_64-apple-darwin18,
x86_64-pc-solaris2.11, powerpc64le-unknown-linux-gnu,
x86_64-pc-linux-gnu, and maybe more...
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
