[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #9 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:f6fb661ea8ac7e17c6924719de6219f002c4efef commit r12-7670-gf6fb661ea8ac7e17c6924719de6219f002c4efef Author: Richard Biener Date:

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #8 from Richard Biener --- (In reply to Jakub Jelinek from comment #7) > Ok. Though, perhaps indeed trying to detect what phiopt optimizes and not > sinking that case would be long term best, so that we don't do the ping pong. Or,

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #7 from Jakub Jelinek --- Ok. Though, perhaps indeed trying to detect what phiopt optimizes and not sinking that case would be long term best, so that we don't do the ping pong.

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #6 from Richard Biener --- (In reply to Jakub Jelinek from comment #5) > Wouldn't at least now simply disabling the "optimization" in the last sink > pass instance be safer? I don't see how that's easily done. Not sinking any

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2022-03-16 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2021-09-06 Thread luoxhu at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #3 from luoxhu at gcc dot gnu.org --- phiopt4 and sink2 are doing reverse optimizations: pr102008.c.200t.phiopt4: Hoisting adjacent loads from 3 and 4 into 2: _6 = foo_4(D)->a; _5 = foo_4(D)->b; pr102008.c.202t.sink2:

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2021-09-06 Thread luoxhu at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 --- Comment #2 from luoxhu at gcc dot gnu.org --- Confirmed if move the sink2 pass before phiopt4 could restore the previous instructons for this case: test: .LFB0: .cfi_startproc cmp w0, 1 ldp w0, w1, [x1]

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2021-08-23 Thread rguenth at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 Richard Biener changed: What|Removed |Added Last reconfirmed||2021-08-23 Ever confirmed|0

[Bug rtl-optimization/102008] [12 Regression] no cmov generated for loads next to each other

2021-08-21 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102008 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.0