[Bug tree-optimization/116998] [15 Regression] 5% slowdown of 400.perlbench on AMD Zen3/4 since r15-3986-g3e1bd6470e4deb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116998 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/116998] New: [15 Regression] 5% slowdown of 400.perlbench on AMD Zen3/4 since r15-3986-g3e1bd6470e4deb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116998 Bug ID: 116998 Summary: [15 Regression] 5% slowdown of 400.perlbench on AMD Zen3/4 since r15-3986-g3e1bd6470e4deb Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug tree-optimization/116985] [15 Regression] ICE in vectorizer with --param=vect-partial-vector-usage=2 -mavx512vbmi2 since r15-2097-gdb3c8c9726d0ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116985 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/116985] New: [15 Regression] ICE in vectorizer with --param=vect-partial-vector-usage=2 -mavx512vbmi2 since r15-2097-gdb3c8c9726d0ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116985 Bug ID: 116985 Summary: [15 Regression] ICE in vectorizer with --param=vect-partial-vector-usage=2 -mavx512vbmi2 since r15-2097-gdb3c8c9726d0ba Product: gcc Vers

[Bug other/116948] bootstrap-ubsan should set UBSAN_OPTIONS to abort on error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116948 --- Comment #5 from Filip Kastl --- We run the ubsan bootstrap roughly every week. We also have a simple script that searches the logs for errors. It looks like this find gcc/testsuite -name "*.log" | xargs cat | ... here we pipe output thro

[Bug middle-end/116878] [15 regression] libcall emitted unnecessarily for __popcountdi2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116878 --- Comment #2 from Filip Kastl --- Yeah, sorry about that. I just pushed the patch that Andrew linked. That should fix this. I'll close this PR if no one objects.

[Bug tree-optimization/116616] [15 Regression] Linux kernel fails to build on aarch64 due to r15-3256-g1c4b9826bd0d5a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116616 --- Comment #5 from Filip Kastl --- The patch I pushed to trunk should fix this issue. I will wait a bit and then close this PR. Btw, as a follow-up to this, one could modify some RTL pass to pattern match (var ^ (var - 1)) > (var - 1) to some

[Bug other/116936] [UBSAN] gcc/diagnostic.cc: null pointer passed as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116936 --- Comment #2 from Filip Kastl --- To replicate this bug, you can do for example gcc -x c++-header ./gcc/testsuite/g++.dg/header.C or gcc -x c-header ./gcc/testsuite/gcc.dg/header.c There are many more GCC testsuite testcases that produce t

[Bug other/116936] [UBSAN] gcc/diagnostic.cc: null pointer passed as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116936 --- Comment #1 from Filip Kastl --- This is the configuration of the UBSAN-instrumented GCC: Reading specs from ./specs COLLECT_GCC=./xgcc COLLECT_LTO_WRAPPER=./lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /home/worker/buildworker/t

[Bug other/116936] [UBSAN] gcc/diagnostic.cc: null pointer passed as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116936 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug other/116936] New: [UBSAN] gcc/diagnostic.cc: null pointer passed as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116936 Bug ID: 116936 Summary: [UBSAN] gcc/diagnostic.cc: null pointer passed as argument Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Pr

[Bug target/115966] [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 115966, which changed state. Bug 115966 Summary: [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 What|Removed

[Bug target/116309] ICE unrecognizable insn while compiling pr111821.c for s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116309 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 112916, which changed state. Bug 112916 Summary: [14/15 Regression] ~4-7% exec time regression of 433.milc on AMD Zen2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112916 What|Removed |

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 113832, which changed state. Bug 113832 Summary: [14/15 Regression] 6% exec time regression of 464.h264ref on aarch64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832 What|Removed |A

[Bug target/113832] [14/15 Regression] 6% exec time regression of 464.h264ref on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 115856, which changed state. Bug 115856 Summary: [15 Regression] 7% slowdown of 433.milc on Zen3 since r15-1735-ge62ea4fb8ffcab https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 What|Removed

[Bug target/112916] [14/15 Regression] ~4-7% exec time regression of 433.milc on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112916 Filip Kastl changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 112549, which changed state. Bug 112549 Summary: [14/15 Regression] 9% exec time regression of 436.cactusADM on Aarch64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549 What|Removed

[Bug middle-end/112549] [14/15 Regression] 9% exec time regression of 436.cactusADM on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/115856] [15 Regression] 7% slowdown of 433.milc on Zen3 since r15-1735-ge62ea4fb8ffcab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 Filip Kastl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/111875] With -Og ubsan check inserted even though __builtin_assume_aligned guarantees no UB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111875 Filip Kastl changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug debug/82738] [meta-bug] issues with the -Og optimization level

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82738 Bug 82738 depends on bug 111875, which changed state. Bug 111875 Summary: With -Og ubsan check inserted even though __builtin_assume_aligned guarantees no UB https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111875 What|Removed

[Bug target/116078] [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2 since r15-2187-g838999bb23303e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078 --- Comment #6 from Filip Kastl --- Or maybe one binary has some expensive instructions which the other one doesn't. I didn't notice anything like that while looking through the perf results but I'm still learning to use perf effectively.

[Bug target/116078] [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2 since r15-2187-g838999bb23303e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078 --- Comment #5 from Filip Kastl --- I've double checked that the slowdown really happens on this commit. It realy does. I've also double checked that the resulting binary is different. I've seen this slowdown on 2 separate Zen 2 machines. I'

[Bug target/116078] [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2 since r15-2187-g838999bb23303e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078 Filip Kastl changed: What|Removed |Added CC||pault at gcc dot gnu.org Keywor

[Bug target/116076] [15 Regression] 4.5% slowdown of 433.milc on AMD Zen4 since r15-2054-g1e3aa9c9278db6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116076 --- Comment #4 from Filip Kastl --- Should I leave this bug open or close it, then? What do you think, Richard?

[Bug target/116076] [15 Regression] 4.5% slowdown of 433.milc on AMD Zen4 since r15-2054-g1e3aa9c9278db6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116076 Filip Kastl changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug tree-optimization/116761] [15 Regression] 4-6% slowdown of 465.tonto on AMD Zen3/4 since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116761 Filip Kastl changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/116760] [15 Regression] 6-11% slowdown of 416.gamess on AMD Zen3 and Zen4 since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116760 Filip Kastl changed: What|Removed |Added CC||rguenth at gcc dot gnu.org Sum

[Bug target/116309] ICE unrecognizable insn while compiling pr111821.c for s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116309 --- Comment #1 from Filip Kastl --- This ICE no longer occurs. If no one objects, I'll close this PR.

[Bug target/115966] [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 --- Comment #5 from Filip Kastl --- This miscompilation no longer happens. If no one objects, I'll close this PR.

[Bug middle-end/116790] [15 Regression] 6% slowdown of 454.calculix on AMD Zen 3 since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790 --- Comment #3 from Filip Kastl --- (In reply to Richard Biener from comment #2) > I will eventually have a look. LNT indeed only has zen3 regressing in this > unusal config (-O2 -flto + PGO), but maybe Zen3 is the only machine testing > this c

[Bug target/113847] [14/15 Regression] 10% slowdown of 462.libquantum on AMD Ryzen 7700X and Ryzen 7900X

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113847 --- Comment #9 from Filip Kastl --- If you look at the graph, it looks like the slowdown went away. Should I close this PR?

[Bug target/113832] [14/15 Regression] 6% exec time regression of 464.h264ref on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832 --- Comment #8 from Filip Kastl --- If you look at the graph, you can see that the slowdown went away (well, it returned a few times but currently the benchmark is fast). If no one objects, I'll close this PR.

[Bug target/112916] [14/15 Regression] ~4-7% exec time regression of 433.milc on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112916 --- Comment #5 from Filip Kastl --- I've looked at the graph again and it is true that the graph is very noisy. If no one objects, I'm going to close this PR.

[Bug middle-end/112549] [14/15 Regression] 9% exec time regression of 436.cactusADM on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549 --- Comment #5 from Filip Kastl --- The slowdown I reported originally disappeared. If you look at the graph, you can see that the benchmark currently runs slower than on g:ada871cfadd3f496 but it's now unclear where the slowdown occured (it was

[Bug middle-end/116790] [15 Regression] 6% slowdown of 454.calculix on AMD Zen 3 since r15-3509-gd34cda72098867

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790 Filip Kastl changed: What|Removed |Added Summary|[15 Regression] 6% slowdown |[15 Regression] 6% slowdown

[Bug target/115856] [15 Regression] 7% slowdown of 433.milc on Zen3 since r15-1735-ge62ea4fb8ffcab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 --- Comment #2 from Filip Kastl --- Looks like the slowdown went away. If no one objects, I'll close this PR.

[Bug middle-end/111875] With -Og ubsan check inserted even though __builtin_assume_aligned guarantees no UB

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111875 --- Comment #4 from Filip Kastl --- Ok, I see. There's not much point in optimizing everything on -Og -fsanitize and it can also lead to sanitizer checks not working properly. If no one objects, I'll mark this as RESOLVED INVALID.

[Bug middle-end/116790] [15 Regression] 6% slowdown of 454.calculix on AMD Zen 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug middle-end/116790] New: [15 Regression] 6% slowdown of 454.calculix on AMD Zen 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790 Bug ID: 116790 Summary: [15 Regression] 6% slowdown of 454.calculix on AMD Zen 3 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization,

[Bug target/116763] 14-19% slowdown of 436.cactusADM on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116763 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116763] New: 14-19% slowdown of 436.cactusADM on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116763 Bug ID: 116763 Summary: 14-19% slowdown of 436.cactusADM on aarch64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization, needs-bisection Severit

[Bug tree-optimization/116761] [15 Regression] 4-6% slowdown of 465.tonto on AMD Zen3/4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116761 --- Comment #1 from Filip Kastl --- This graph plots results of -march=x86_64v3 -Ofast -flto. https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=1119.230.0 A spike can be seen in this graph too so maybe this is a general x86_64 slowdown? H

[Bug tree-optimization/116761] [15 Regression] 4-6% slowdown of 465.tonto on AMD Zen3/4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116761 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/116761] New: [15 Regression] 4-6% slowdown of 465.tonto on AMD Zen3/4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116761 Bug ID: 116761 Summary: [15 Regression] 4-6% slowdown of 465.tonto on AMD Zen3/4 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization,

[Bug tree-optimization/116760] [15 Regression] 6-11% slowdown of 416.gamess on AMD Zen3 and Zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116760 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug tree-optimization/116760] New: [15 Regression] 6-11% slowdown of 416.gamess on AMD Zen3 and Zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116760 Bug ID: 116760 Summary: [15 Regression] 6-11% slowdown of 416.gamess on AMD Zen3 and Zen4 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optim

[Bug target/116759] [15 Regression] 5% exec time slowdown of 538.imagick_r on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116759 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116759] New: [15 Regression] 5% exec time slowdown of 538.imagick_r on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116759 Bug ID: 116759 Summary: [15 Regression] 5% exec time slowdown of 538.imagick_r on aarch64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: needs-bisect

[Bug other/116758] [15 Regression] 25-40% binary size increase and up to 177% compile time increase for SPEC CPU wrf with Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116758 --- Comment #1 from Filip Kastl --- Btw I looked and didn't see any execution time speedups of wrf that would balance out these regressions.

[Bug other/116758] [15 Regression] 25-40% binary size increase and up to 177% compile time increase for SPEC CPU wrf with Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116758 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug other/116758] New: [15 Regression] 25-40% binary size increase and up to 177% compile time increase for SPEC CPU wrf with Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116758 Bug ID: 116758 Summary: [15 Regression] 25-40% binary size increase and up to 177% compile time increase for SPEC CPU wrf with Ofast Product: gcc Version: 15.0 Status: U

[Bug libstdc++/116140] [15 Regression] 5-35% slowdown of 483.xalancbmk and 523.xalancbmk_r since r15-2356-ge69456ff9a54ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140 --- Comment #15 from Filip Kastl --- I just checked performance of the 2006 version of xalancbmk on x86_64. Thanks a lot. It got considerably better. However, it still is worse than before r15-2356-ge69456ff9a54ba. This can be seen on most of t

[Bug tree-optimization/116616] Linux kernel fails to build on aarch64 due to r15-3256-g1c4b9826bd0d5a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116616 --- Comment #1 from Filip Kastl --- Created attachment 59053 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59053&action=edit Preprocessed source file in question In case it is of interest, I attach the preprocessed source file in questio

[Bug tree-optimization/116616] New: Linux kernel fails to build on aarch64 due to r15-3256-g1c4b9826bd0d5a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116616 Bug ID: 116616 Summary: Linux kernel fails to build on aarch64 due to r15-3256-g1c4b9826bd0d5a Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/113833] 435.gromacs fails verification on with -Ofast -march={cascadelake,icelake-server} and PGO after r14-7272-g57f611604e8bab

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113833 --- Comment #6 from Filip Kastl --- The verification succeeds again. This change happened between r15-3208-ga1062b0c07bb72 and r15-3231-g691f682fe24d07

[Bug tree-optimization/112687] missed-optimization: switch statement does not simplify to it's expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112687 --- Comment #3 from Filip Kastl --- I just revisited this problem and thought of another solution: We could just tell (early) vrp to not throw out the default case when it finds that it never gets executed. Instead, vrp could just make sure the

[Bug tree-optimization/116355] [15 Regression] switchconv introduces new signed overflow UB since r15-2416-g2b3533cd871f62

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116355 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/116517] ICE in arm_print_operand_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116517 --- Comment #1 from Filip Kastl --- Compiler configuration: Using built-in specs. COLLECT_GCC=/home/worker/cross/bin/arm-linux-gnueabi-gfortran COLLECT_LTO_WRAPPER=/home/worker/cross/libexec/gcc/arm-linux-gnueabi/15.0.0/lto-wrapper Target: arm-

[Bug target/116517] New: ICE in arm_print_operand_address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116517 Bug ID: 116517 Summary: ICE in arm_print_operand_address Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority:

[Bug rtl-optimization/116516] New: [lra] ICE in decompose_normal_address, at rtlanal.cc:6712

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116516 Bug ID: 116516 Summary: [lra] ICE in decompose_normal_address, at rtlanal.cc:6712 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug tree-optimization/116355] [15 Regression] switchconv introduces new signed overflow UB since r15-2416-g2b3533cd871f62

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116355 Filip Kastl changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pheeck at gcc dot gnu.org --- Com

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 116072, which changed state. Bug 116072 Summary: [15 Regression] 4.5% slowdown of 447.dealII on aarch64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 What|Removed |Added --

[Bug target/116072] [15 Regression] 4.5% slowdown of 447.dealII on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 Filip Kastl changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED

[Bug target/116309] ICE unrecognizable insn while compiling pr111821.c for s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116309 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116309] New: ICE unrecognizable insn while compiling pr111821.c for s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116309 Bug ID: 116309 Summary: ICE unrecognizable insn while compiling pr111821.c for s390 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug target/111236] ICE in in extract_insn, at recog.cc:2791 on s390x with -Og -march=z13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111236 Filip Kastl changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug target/116308] New: ICE while compiling _Atomic _Float16 for riscv64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116308 Bug ID: 116308 Summary: ICE while compiling _Atomic _Float16 for riscv64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug target/116072] [15 Regression] 4.5% slowdown of 447.dealII on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 --- Comment #4 from Filip Kastl --- Hmm. The slowdown disappeared again. The measurements went back to their original values. I'll mark this PR as WORKSFORME if there are no objections. Btw we upgraded the machine's glibc. That happened after t

[Bug libstdc++/116140] [15 Regression] 5-35% slowdown of 483.xalancbmk and 523.xalancbmk_r since r15-2356-ge69456ff9a54ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug libstdc++/116140] New: [15 Regression] 5-35% slowdown of 483.xalancbmk and 523.xalancbmk_r since r15-2356-ge69456ff9a54ba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140 Bug ID: 116140 Summary: [15 Regression] 5-35% slowdown of 483.xalancbmk and 523.xalancbmk_r since r15-2356-ge69456ff9a54ba Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug target/116072] [15 Regression] 4.5% slowdown of 447.dealII on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 --- Comment #3 from Filip Kastl --- The machine in question has glibc 2.36 so the benchmark is running without this memchr improvement. We intend to update that machine sometime in the next 3 months. I can get back to this bug when we do that an

[Bug target/116078] [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116078] New: [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078 Bug ID: 116078 Summary: [15 Regression] 10-12% slowdown of 436.cactusADM on AMD Zen2 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: needs-bisection

[Bug target/116076] New: [15 Regression] slowdown of 433.milc on AMD Zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116076 Bug ID: 116076 Summary: [15 Regression] slowdown of 433.milc on AMD Zen4 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: needs-bisection Severity: normal

[Bug target/116072] [15 Regression] 4.5% slowdown of 447.dealII on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116072] New: [15 Regression] 4.5% slowdown of 447.dealII on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072 Bug ID: 116072 Summary: [15 Regression] 4.5% slowdown of 447.dealII on aarch64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: needs-bisection Severity: normal

[Bug target/116030] ICE "could not split insn" in final_scan_insn_1, at final.cc on power pc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116030 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/116030] New: ICE "could not split insn" in final_scan_insn_1, at final.cc on power pc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116030 Bug ID: 116030 Summary: ICE "could not split insn" in final_scan_insn_1, at final.cc on power pc Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-o

[Bug rtl-optimization/115982] ICE: unrecognizable insn in ira_remove_insn_scratches with -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115982 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug rtl-optimization/115982] New: ICE: unrecognizable insn in ira_remove_insn_scratches with -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115982 Bug ID: 115982 Summary: ICE: unrecognizable insn in ira_remove_insn_scratches with -mavx512vl Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: ice-on-v

[Bug target/115966] [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 --- Comment #4 from Filip Kastl --- My last known to work is r15-1566-gfd536b8412d4da. And yes, -no-ext-dce does fix the issue!

[Bug target/115966] [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 --- Comment #2 from Filip Kastl --- (In reply to Richard Biener from comment #1) > I think we have a few other gcc miscompiles now (but from SPEC CPU 2017), so > this one is probably related. Does -fno-strict-aliasing fix it? Just tested it, -

[Bug target/115966] [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 Filip Kastl changed: What|Removed |Added Target Milestone|--- |15.0

[Bug target/115966] New: [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966 Bug ID: 115966 Summary: [15 Regression] Miscompilation of 403.gcc with -Ofast -march=native on x86_64 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords:

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 113116, which changed state. Bug 113116 Summary: [14/15 Regression] ~11-17% exec time regression of 436.cactusADM on aarch64 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116 What|Removed

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 112915, which changed state. Bug 112915 Summary: [14/15 Regression] 4% exec time regression of 454.calculix on AMD Zen2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112915 What|Removed

[Bug target/113116] [14/15 Regression] ~11-17% exec time regression of 436.cactusADM on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116 Filip Kastl changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/112915] [14/15 Regression] 4% exec time regression of 454.calculix on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112915 Filip Kastl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/115856] [15 Regression] 7% slowdown of 433.milc on Zen3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 Filip Kastl changed: What|Removed |Added CC||crazylht at gmail dot com --- Comment #1

[Bug target/115856] [15 Regression] 7% slowdown of 433.milc on Zen3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 Filip Kastl changed: What|Removed |Added Version|14.0|15.0 Target Milestone|---

[Bug target/115856] New: [15 Regression] 7% slowdown of 433.milc on Zen3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856 Bug ID: 115856 Summary: [15 Regression] 7% slowdown of 433.milc on Zen3 Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: needs-bisection Severity: normal

[Bug target/115842] New: [15 Regression] 6.5% slowdown of 548.exchange2_r on Intel Ice Lake

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115842 Bug ID: 115842 Summary: [15 Regression] 6.5% slowdown of 548.exchange2_r on Intel Ice Lake Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: needs-bisec

[Bug middle-end/115805] New: 436.cactusADM and 507.cactuBSSN_r miscompilation with -O2 generic -flto and some hardening options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115805 Bug ID: 115805 Summary: 436.cactusADM and 507.cactuBSSN_r miscompilation with -O2 generic -flto and some hardening options Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug target/113116] [14/15 Regression] ~11-17% exec time regression of 436.cactusADM on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116 --- Comment #6 from Filip Kastl --- Yes, currently the measurements are even better than they were before this slowdown. I suggest we close this PR. I'll wait a bit in case there are objections and then do it.

[Bug target/112915] [14/15 Regression] 4% exec time regression of 454.calculix on AMD Zen2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112915 --- Comment #5 from Filip Kastl --- Yes, currently the measurements are back to where they were before this slowdown. They maybe even improved a bit. I suggest we close this PR. I'll wait a bit in case there are objections and then do it.

[Bug target/114412] [14/15 Regression] 7% slowdown of 436.cactusADM on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412 --- Comment #7 from Filip Kastl --- (In reply to Andrew Pinski from comment #6) >There is still more from GCC 13 though. I'm not sure what you mean by that. GCC 13 looks fine to me. Here is a comparison of measurements on trunk, 12, 13 and 14

  1   2   >