[PR67753] fix copy of PARALLEL entry_parm to CONCAT target_reg
authorAlexandre Oliva <aoliva@redhat.com>
Fri, 6 Nov 2015 10:34:13 +0000 (10:34 +0000)
committerAlexandre Oliva <aoliva@gcc.gnu.org>
Fri, 6 Nov 2015 10:34:13 +0000 (10:34 +0000)
commita029addda261d1f212ee33d0cae9fd1f67a5fa8d
tree2c721a902fe8f0e45fb9a2ad6540cd633ecc1158
parent5c661a44685cb5b0185c5a81c26f41dc2876e9df
[PR67753] fix copy of PARALLEL entry_parm to CONCAT target_reg

In assign_parms_setup_block, the copy of args in PARALLELs from
entry_parm to stack_parm is deferred to the parm conversion insn seq,
but the copy from stack_parm to target_reg was inserted in the normal
copy seq, that is executed before the conversion insn seq.  Oops.

We could do away with the need for an actual stack_parm in general,
which would have avoided the need for emitting the copy to target_reg
in the conversion seq, but at least on pa, due to the need for stack
to copy between SI and SF modes, it seems like using the reserved
stack slot is beneficial, so I put in logic to use a pre-reserved
stack slot when there is one, and emit the copy to target_reg in the
conversion seq if stack_parm was set up there.

for  gcc/ChangeLog

PR rtl-optimization/67753
PR rtl-optimization/64164
* function.c (assign_parm_setup_block): Avoid allocating a
stack slot if we don't have an ABI-reserved one.  Emit the
copy to target_reg in the conversion seq if the copy from
entry_parm is in it too.  Don't use the conversion seq to copy
a PARALLEL to a REG or a CONCAT.

From-SVN: r229840
gcc/ChangeLog
gcc/function.c