> On Apr 21, 2021, at 5:32 PM, Maciej W. Rozycki <ma...@orcam.me.uk> wrote: > > ... > OTOH switching to LRA regresses code generation seriously, by making the > indexed and indirect VAX address modes severely underutilised, so while > with these changes in place the backend can be switched to LRA with just a > trivial to remove the redefinition of TARGET_LRA_P, I think it is not yet > the right time to do it. I noticed similar issues with pdp11, which at the moment allows LRA via a -mlra switch but doesn't make it the default. Another mode that isn't handled well (or at all) by LRA is autoincrement/autodecrement. It would be great if all these things could be done better, that would help several targets. (I wonder if m68k would be another; doesn't it have similar addressing modes at least on the 68040?) paul
Re: [PATCH 0/3] VAX backend preparatory updates for switching to LRA
Koning, Paul via Gcc-patches Thu, 22 Apr 2021 06:52:54 -0700
- [PATCH 0/3] VAX backend preparatory updates... Maciej W. Rozycki
- [PATCH 1/3] VAX: Remove dead `adjacent... Maciej W. Rozycki
- [PATCH 2/3] VAX: Fix ill-formed `jbb&l... Maciej W. Rozycki
- [PATCH 3/3] VAX: Accept ASHIFT in addr... Maciej W. Rozycki
- Re: [PATCH 0/3] VAX backend preparator... Richard Biener via Gcc-patches
- Re: [PATCH 0/3] VAX backend prepar... Maciej W. Rozycki
- Re: [PATCH 0/3] VAX backend pr... Richard Biener via Gcc-patches
- Re: [PATCH 0/3] VAX backen... Maciej W. Rozycki
- Re: [PATCH 0/3] VAX backend preparator... Koning, Paul via Gcc-patches