aboutsummaryrefslogtreecommitdiff
path: root/gcc/gimplify.cc
diff options
context:
space:
mode:
authorJeff Law <jlaw@ventanamicro.com>2024-07-03 21:11:07 -0600
committerJeff Law <jlaw@ventanamicro.com>2024-07-03 21:12:25 -0600
commit759f4abe1220a8202b8389f9b756c35b6c9c439d (patch)
tree52a7facf421ecc1369558e283151ddce7c6a8c34 /gcc/gimplify.cc
parent8e72b1bb3896f6e8d4f4679cbcfbc2a8212d04f9 (diff)
downloadgcc-759f4abe1220a8202b8389f9b756c35b6c9c439d.zip
gcc-759f4abe1220a8202b8389f9b756c35b6c9c439d.tar.gz
gcc-759f4abe1220a8202b8389f9b756c35b6c9c439d.tar.bz2
[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.
Diffstat (limited to 'gcc/gimplify.cc')
0 files changed, 0 insertions, 0 deletions