[PATCH] enable gcc.dg/struct-ret-1.c on all targets

Jeff Law law@redhat.com
Thu Aug 8 15:24:00 GMT 2019


On 8/7/19 5:15 PM, Martin Sebor wrote:
> This test is reported as UNSUPPORTED when it runs on x86_64
> and I expect everywhere else except hppa-*-*.  There's nothing
> PA-RISC specific in it that I can see and it runs successfully,
> so I'm thinking I'll enable it everywhere just to get rid of
> the UNSUPPORTED result.
> 
> Jeff, it's a test you added back in 1997.  If you can think
> of a reason not to enable it please let me know, otherwise
> I'll go ahead with it as obvious.
> 
Actually I added it in 1995, 1997 is when we moved to a real VCS for GCC
development :-)



+Thu Jun  1 00:06:19 1995  Jeff Law  (law@snake.cs.utah.edu)
+
+       * gcc.c-torture/compile/950512-1.c: New test.
+       * gcc.c-torture/execute/strct-pack-4.c, strct-pack-5.c}: Likewise.
+       * gcc.dg/struct-ret-1.c: Likewise.


Given the date and the contents of the test I suspect it won't
necessarily work on PCC_STATIC_STRUCT_RETURN targets which we still
cared about that the time.  Structure returns in general were
problematical and I was probably just being very conservative.

One could argue that PCC_STATIC_STRUCT_RETURN should just go away.
There's only two ports using it.  One is the m68k-openbsd port which I
think has been dead for several years and could probably just be
deprecated and removed.  The other is the vax -- I have no idea how hard
it would be for them to drop PCC_STATIC_STRUCT_RETURN since I don't know
their ABI stability concerns or need for compatibility with ancient vax
compilers.

So, no objections to the change.  Worst case is the vax guys would see a
failure for that test.  If they complain we can open the discussion
about dropping PCC_STATIC_STRUCT_RETURN.

jeff



More information about the Gcc-patches mailing list