On 09/17/2016 05:29 PM, Bernd Edlinger wrote:
On 09/17/16 22:29, Jan-Benedict Glaw wrote:
On Fri, 2016-09-09 21:40:38 +0000, Bernd Edlinger <bernd.edlin...@hotmail.de>
I think it is time to remove support for INITIAL_FRAME_POINTER_OFFSET, which is
used by any target today. This removes a bunch of conditional code, and fixes
a few bits
in the documentation. I'd say that part of the documentation is quite out of
sync, but I just
have to stop somewhere.
Bootstrapped and reg-tested on x86_64-pc-linux.gnu
The vax backend doesn't yet define ELIMINABLE_REGS.
Oh, yes. I see. What a hack.
Then we should define it.
But simply returning zero for the fp to sp offset is not ok,
and even if the offset is not used for register eliminations
it should still be correct for rtx_addr_can_trap_p
to know the safe stack frame offset ranges.
I would assume a small performance improvement, when
rtx_addr_can_trap_p has correct data available.
How about this patch, it should at least fix the bootstrap.
Is it OK for trunk?