https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94393
--- Comment #4 from Nicholas Piggin <npiggin at gmail dot com> --- (In reply to Alan Modra from comment #3) > There are two parts to fixing this PR. > 1) We can do better in the sequences generated for some constants. > 2) rs6000_rtx_costs needs to be accurate, so that expensive constants are > put in memory and stay there with optimisation. > > Having looked at part 2 a little, I'd say fixes for that are definitely not > stage 4 material. Well the other part I thought is that different branch test could be chosen in order to use the cheapest constant. If you generate the 0xbfff... constant more cheaply it'd still be more expensive than 0xc000... That was my intention opening the two bugs but I didn't explain myself so well.
