Re: [PR103149] introduce asmnesia internal function

2021-12-07 Thread Richard Biener via Gcc-patches
On Fri, 3 Dec 2021, Alexandre Oliva wrote: > On Dec 2, 2021, Richard Biener wrote: > > > While adding ASMNESIA looks OK at this point, I'm not sure about the > > asm handling stuff. You mention 'reload' above, do you mean LRA? > > I meant the allocation was first visible in -fdump-rtl-reload.

Re: [PR103149] introduce asmnesia internal function

2021-12-03 Thread Alexandre Oliva via Gcc-patches
On Dec 2, 2021, Richard Biener wrote: > While adding ASMNESIA looks OK at this point, I'm not sure about the > asm handling stuff. You mention 'reload' above, do you mean LRA? I meant the allocation was first visible in -fdump-rtl-reload. I've added a note about this problem, and a modified t

Re: [PR103149] introduce asmnesia internal function

2021-12-02 Thread Richard Biener via Gcc-patches
On Wed, 1 Dec 2021, Alexandre Oliva wrote: > > This is now used by -fharden-conditional-branches and > -fharden-compares to detach the values used in redundant hardening > compares from their original locations. It eventually still expands > to an asm statement, as before, but the temporary is o

[PR103149] introduce asmnesia internal function

2021-12-01 Thread Alexandre Oliva via Gcc-patches
This is now used by -fharden-conditional-branches and -fharden-compares to detach the values used in redundant hardening compares from their original locations. It eventually still expands to an asm statement, as before, but the temporary is only introduced at expand time, preventing gimple opti