On Mon, Jul 18, 2016 at 07:25:09PM -0400, Michael Meissner wrote:
> When I added the support for __float128 last year, I accidentally broke
> returning structures containing a single float or double item using the System
> V 32-bit calling sequence.
>
> This patch goes back to using SCALAR_FLOAT_TYPE_P (which looks at the tree
> node) instead of SCALAR_FLOAT_MODE_NOT_VECTOR_P (which only looks at the
> mode).
>
> I have tested this patch on the trunk on a big endian power7 system, and there
> were no regressions. The same patch applies to the GCC-6 branch, and I am
> testing it now. Assuming there are no regresions on the GCC-6 branch, can I
> check this patch into both the trunk and gcc-6-branch?
Did you test with -m32, too?
Ah the testcases (thanks) have it explicitly. Well. Does this work?
> +/* { dg-do compile { target { powerpc*-*-linux* && ilp32 } } } */
> +/* { dg-options "-O2 -m32 -msvr4-struct-return" } */
Are dg-options set before the target test or after? If before, the ilp32
is superfluous; if after, the -m32 is. Or is there more to it?
I think you can drop the ilp32.
Please sort that out, make sure the testcases are actually run, and then
this is okay for trunk as well as 6.
Thanks for taking care of this!
Segher
