https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571
--- Comment #12 from David B. Robins <gcc at davidrobins dot net> --- Note that it does still need -fno-inline. I know why it doesn't crash with -O0: there is a text-section constant inserted after the thunk, and it's inlined at higher optimization levels. The instruction said constant maps to is either harmless or forbidden as a delay slot instruction. So the underlying issue still occurs but the crash doesn't. At higher optimization levels the function is also inlined in the thunk (that didn't happen on 4.3.1). This also seems somewhat fragile - the crash is dependent on what's next in the generated code - which is why I wasn't sure about what sort of test to add. I am OK with my name/email being included in the ChangeLog, thank you.
