[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2024-09-23 Thread law at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 Jeffrey A. Law changed: What|Removed |Added Keywords||easyhack --- Comment #6 from Jeffrey A

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2024-09-22 Thread andrew at sifive dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 Andrew Waterman changed: What|Removed |Added CC||andrew at sifive dot com --- Comment

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2024-09-22 Thread law at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 Jeffrey A. Law changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #4

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2023-11-12 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2023-10-23 Thread lehua.ding at rivai dot ai via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 --- Comment #3 from Lehua Ding --- (In reply to Kito Cheng from comment #1) > Plz leave an option to let user has choice, performance things is hard to > saw which is absolutely better for all uarch, my thought is leaving an > option and let mtu

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2023-10-22 Thread kito at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 --- Comment #2 from Kito Cheng --- Forgot to mention, personally I love idea to simplify code gen, I could imagine that's definitely an optimization for specific uarch :)

[Bug target/111926] RISC-V: Use vsetvl insn replace csrr vlenb insn

2023-10-22 Thread kito at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111926 Kito Cheng changed: What|Removed |Added CC||kito at gcc dot gnu.org --- Comment #1 fro