On Wed, 2026-10-07 at 14:08 -0600, Jeff Law wrote:
> The most recent changes for pr108477 tripped regressions on the sh port:
>
> Tests that now fail, but worked before (10 tests):
>
> gcc: gcc.target/sh/pr54089-1.c scan-assembler-not and\t#1
> gcc: gcc.target/sh/pr54089-1.c scan-assembler-times rotcr 25
> gcc: gcc.target/sh/pr54089-1.c scan-assembler-times sett 1
> gcc: gcc.target/sh/pr54089-1.c scan-assembler-times shll\t 1
> gcc: gcc.target/sh/pr54089-7.c scan-assembler-not and
> gcc: gcc.target/sh/pr54089-7.c scan-assembler-not movt
> gcc: gcc.target/sh/pr54089-7.c scan-assembler-not rotr
> gcc: gcc.target/sh/pr54089-7.c scan-assembler-times rotcr 4
> gcc: gcc.target/sh/pr54089-8.c scan-assembler-times rotcl 28
> gcc: gcc.target/sh/pr54089-9.c scan-assembler-times rotcl 4
>
> I spot checked pr54089-1 and every case I looked at was better before
> the change compared to after the change. So I chose the path of forcing
> the AOP expander to use IOR. That fixes the regressions seen on
> sh3/sh3eb. Those regressions would almost certainly pop on sh4/sh4eb,
> but those haven't triggered in their weekly cycle yet.
>
> Pushing to the trunk after verifying all the sh3/sh3eb regressions are
> fixed.
>
Thanks!
Best regards,
Oleg Endo
