[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs
ro at CeBiTec dot Uni-Bielefeld.DE
gcc-bugzilla@gcc.gnu.org
Tue May 16 14:16:00 GMT 2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> --- Comment #1 from Daniel Santos <daniel.santos at pobox dot com> ---
> (In reply to Rainer Orth from comment #0)
>> It seems to me that ms-sysv.exp is seriously misguided in trying to do all
>> its compilations manually instead of using
>> dg-test/dg-runtest/gcc_target_compile
>> which whould nicely avoid all those issues.
>
> Well, this was my introduction to DejaGnu and the test harness. I found that
> none of these support doing a build when there is more than one object file --
> in my case, I'm linking the output of both ms-sysv.c and do_test.S. However,
Huh? What about dg-additional-sources, which seems to be exactly what
you need and is even documented in sourcebuild.texi ;-)
> this test started out with multiple .c files and I was able to reduce it down
> to one. I'm going to see if there's a way to cleanly do my assembly inline and
I wouldn't go that way unless absolutely necessary: unless you need
something from gcc inline assembly, this makes the testcase only harder
to read.
> If I'm wrong about the single object file thing, please point me in the right
> direction.
I believe you are, but it's admittedly hard finding your way around in
the testsuite once you leave the trodden paths.
>> The new gcc.target/x86_64/abi/ms-sysv tests FAIL in various e.g. on
>> i386-pc-solaris2.*
>> and i686-pc-linux-gnu:
>>
>> * In those 32-bit-default configurations, the 32-bit multilib is skipped as
>> unsupported as expected (although the UNSUPPORTED entry in gcc.sum occurs
>> e.g. 45 times for -j48 testing instead of only once),
>
> Sadly, I discovered that by not using the standard test functions that I had to
> cook up my own parallelism scheme, otherwise all of my tests would run once for
> each -j<job>! I think that this issue is fixable though.
I'd hope so. E.g. you get the usual PASS and FAIL lines in gcc.sum for
free by using the standard infrastructure instead of cooking up your
own.
Rainer
More information about the Gcc-bugs
mailing list