https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119960
--- Comment #6 from Arseny Kapoulkine ---
Thanks for the analysis! Just a note to make sure I didn't misunderstand this,
are you saying you see gcc 15 vectorizing the stores when using znver4 tuning?
I tried this and it did not do that; using ei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119960
--- Comment #5 from Arseny Kapoulkine ---
Thanks for the analysis! Just a note to make sure I didn't misunderstand this,
are you saying you see gcc 15 vectorizing the stores when using znver4 tuning?
I tried this and it did not do that; using ei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119960
--- Comment #3 from Arseny Kapoulkine ---
Created attachment 61209
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61209&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119960
--- Comment #1 from Arseny Kapoulkine ---
Here's what I think is happening:
- The C code hot path is, on every iteration, reading a pair of integers from
`edgefifo`, decoding a triangle and writing two new pairs of integers to
`edgefifo`. It's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119960
Bug ID: 119960
Summary: Regression of code generation
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118550
Bug ID: 118550
Summary: Missed optimization for fusing two byte loads with
offsets
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #41 from Arseny Kapoulkine ---
Filed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118493
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118493
Bug ID: 118493
Summary: std::vector::insert regression in C++03: execution
reaches an unreachable program point
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
Arseny Kapoulkine changed:
What|Removed |Added
CC||arseny.kapoulkine at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279
--- Comment #4 from Arseny Kapoulkine ---
Noted re: godbolt, sorry!
Applying your suggested workaround seems to make the codegen worse? Adding
[[assume(hoff >= 0 && hoff <= 2)]];
before the loop retains the guards for the interior jumps b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279
Bug ID: 118279
Summary: gcc fails to eliminate unnecessary guards around
switch()
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118145
Bug ID: 118145
Summary: Regression of code generation due to an overly eager
vectorization attempt
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: n
12 matches
Mail list logo