[committed] Fix newlib build failure with rx as well as several dozen testsuite failures
commit759f4abe1220a8202b8389f9b756c35b6c9c439d
authorJeff Law <jlaw@ventanamicro.com>
Thu, 4 Jul 2024 03:11:07 +0000 (3 21:11 -0600)
committerJeff Law <jlaw@ventanamicro.com>
Thu, 4 Jul 2024 03:12:25 +0000 (3 21:12 -0600)
tree52a7facf421ecc1369558e283151ddce7c6a8c34
parent8e72b1bb3896f6e8d4f4679cbcfbc2a8212d04f9
[committed] Fix newlib build failure with rx as well as several dozen testsuite failures

The rx port has been failing to build newlib for a bit over a week.  I can't
remember if it was the late-combine work or the IRA costing twiddle, regardless
the real bug is in the rx backend.

Basically dwarf2cfi is blowing up because of inconsistent state caused by the
failure to mark a stack adjustment as frame related.  This instance in the
epilogue looks like a simple goof.

With the port building again, the testsuite would run and it showed a number of
regressions, again related to CFI handling.  The common thread was a failure to
mark a copy from FP to SP in the prologue as frame related.  The change which
introduced this bug as supposed to just be changing promotions of vector types.
It's unclear if Nick included the hunk accidentally or just goof'd on the
logic.  Regardless it looks quite incorrect.

Reverting that hunk fixes the regressions *and* fixes 94 pre-existing failures.

The net is rx-elf is regression free and has moved forward in terms of its
testsuite status.

Pushing to the trunk momentarily.

gcc/

* config/rx/rx.cc (rx_expand_prologue): Mark the copy from FP to SP
as frame related.
(rx_expand_epilogue): Mark the stack pointer adjustment as frame
related.
gcc/config/rx/rx.cc