]> git.ipfire.org Git - thirdparty/gcc.git/commit
aarch64: Fix segfault in aarch64_expand_epilogue [PR95361]
authorRichard Sandiford <richard.sandiford@arm.com>
Thu, 28 May 2020 18:03:46 +0000 (19:03 +0100)
committerRichard Sandiford <richard.sandiford@arm.com>
Thu, 28 May 2020 18:03:46 +0000 (19:03 +0100)
commitc082cb8a2523d8c5afe5710e265bc72dd71aa60b
tree0b64082d5cba3445a3365174d8c8c4433e23c774
parentf2fe2ad8d379297dcf571b2b9c46200c5ae5391f
aarch64: Fix segfault in aarch64_expand_epilogue [PR95361]

The stack frame for the function in the testcase consisted of two
SVE save slots.  Both saves had been shrink-wrapped, but for different
blocks, meaning that the stack allocation and deallocation were
separate from the saves themselves.  Before emitting the deallocation,
we tried to attach a REG_CFA_DEF_CFA note to the preceding instruction,
to redefine the CFA in terms of the stack pointer.  But in this case
there was no preceding instruction.

This in practice only happens for SVE because:

(a) We don't try to shrink-wrap wb_candidate* registers even when
    we've decided to treat them as normal saves and restores.
    I have a fix for that.

(b) Even with (a) fixed, we're (almost?) guaranteed to emit
    a stack tie for frames that are 64k or larger, so we end
    up hanging the REG_CFA_DEF_CFA note on that instead.

We should only need to redefine the CFA if it was previously
defined in terms of the frame pointer.  In other cases the CFA
should already be defined in terms of the stack pointer,
so redefining it is unnecessary but usually harmless.

2020-05-28  Richard Sandiford  <richard.sandiford@arm.com>

gcc/
PR testsuite/95361
* config/aarch64/aarch64.c (aarch64_expand_epilogue): Only
redefine the CFA if we have CFI operations.

gcc/testsuite/
PR testsuite/95361
* gcc.target/aarch64/sve/pr95361.c: New test.
gcc/config/aarch64/aarch64.c
gcc/testsuite/gcc.target/aarch64/sve/pr95361.c [new file with mode: 0644]