https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119839
--- Comment #5 from Anton Blanchard ---
Thanks for the detailed response. It is using -fno-strict-aliasing as you
suspected.
It sounds like there isn't a whole lot we can do, perhaps we could look deeper
into how things got partitioned, but the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119839
Bug ID: 119839
Summary: RISC-V gobmk performance regression with Node clones
share order patch (bad LTO partitioning)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934
--- Comment #2 from Anton Blanchard ---
This reproduces the issue. Build without optimisation to avoid all the code
disappearing:
#define INSNS_1 x = x + 1;
#define INSNS_2 INSNS_1 INSNS_1
#define INSNS_4 INSNS_2 INSNS_2
#define INSNS_8 INSNS_4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118934
Bug ID: 118934
Summary: RISC-V: ICE: output_operand: invalid expression as
operand
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
--- Comment #3 from Anton Blanchard ---
Thanks Andrew, your fixed test case hits the fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118562
Bug ID: 118562
Summary: SEGV in late-combine
(rtl_ssa::function_info::remove_use)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118170
--- Comment #4 from Anton Blanchard ---
This fixes it for me. It reproduces with gcc -mtune=generic-ooo
-march=rv64gcv_zfh -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118170
Anton Blanchard changed:
What|Removed |Added
CC||anton at ozlabs dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117383
Bug ID: 117383
Summary: gcc relies on RISC-V vcompress instruction undefined
behaviour
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal