https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746
--- Comment #6 from Filip Kastl ---
(In reply to Sam James from comment #4)
> (In reply to Filip Kastl from comment #3)
>
> Filip, you seem to have commit access (apologies if I'm wrong). If so, you
> can change your BZ email to @gcc.gnu.org an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113712
Filip Kastl changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113714
Filip Kastl changed:
What|Removed |Added
CC||aldyh at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113600
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112879
Filip Kastl changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 112879, which changed state.
Bug 112879 Summary: [14 Regression] 4% exec time regression of 525.x264_r on
AMD Zen4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112879
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112879
Filip Kastl changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #4 from Filip Kastl ---
Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
Filip Kastl changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #3 from Filip Kastl ---
Btw, the slowdown seems specific to PGO+LTO, with PGO or LTO by itself the
benchmarks execution times are relatively stable:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=991.60.0&plot.1=992.60.0&pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #5 from Filip Kastl ---
(In reply to Robin Dapp from comment #4)
> Judging by the graph it looks like it was slow before, then got faster and
> now slower again. Is there some more info on why it got faster in the first
> place? Di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111457
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Bug ID: 114057
Summary: [14 Regression] 435.gromacs fails verification on with
-Ofast -march=znver4 and PGO
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
--- Comment #1 from Filip Kastl ---
The oldest commit with this miscomparison i found so far is g:eb619490b01baa2f.
The most recent commit without the miscomparison i found so far is
g:405096f908e1ceb0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
--- Comment #2 from Filip Kastl ---
Hm, seems like g:eb619490b01baa2f actually doesn't miscompare. My bad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Filip Kastl changed:
What|Removed |Added
CC||fxue at os dot
amperecomputing.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] 435.gromacs |[14 Regression] 435.gromacs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114077
Bug ID: 114077
Summary: ICE in do_SUBST at combine.cc with aarch64
crosscompiler
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114057
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] 435.gromacs |[14 Regression] 435.gromacs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113833
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114268
Bug ID: 114268
Summary: [14 Regression] 5% exec time regression in
454.calculix on Aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269
Bug ID: 114269
Summary: [14 Regression] Multiple 3-27% exec time regressions
of 434.zeusmp since r14-9193-ga0b1798042d033
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114281
Bug ID: 114281
Summary: [14 Regression] Multiple 2-10% exec time regressions
of 465.tonto since r14-9193-ga0b1798042d033
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114281
--- Comment #2 from Filip Kastl ---
> Please don't open more tickets unless you are assuming they do *not* have the
> same cause.
Alright, noted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269
Filip Kastl changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114269, which changed state.
Bug 114269 Summary: [14 Regression] Multiple 3-6% exec time regressions of
434.zeusmp since r14-9193-ga0b1798042d033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114269
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #8 from Filip Kastl ---
(In reply to Robin Dapp from comment #7)
> I built executables with and without the commit (-Ofast -march=znver4
> -flto). There is no difference so it must really be something that happens
> with PGO.
> I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #11 from Filip Kastl ---
Created attachment 57698
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57698&action=edit
gcda data for the commit g:c3847ca0571e5ace - after the change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #12 from Filip Kastl ---
Created attachment 57699
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57699&action=edit
gcda data for the commit g:4ea36076d66eea0f - before the change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #13 from Filip Kastl ---
Hmm. It will be better to have the gcda data for the Robin's commit and the
commit before it. I'll go generate those.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
Filip Kastl changed:
What|Removed |Added
Attachment #57698|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
Filip Kastl changed:
What|Removed |Added
Attachment #57699|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #17 from Filip Kastl ---
I have this in the SPEC .cfg file:
OPTIMIZE = -Ofast -g -march=native -mtune=native -flto=32
So the only difference I see is the inclusion of -g.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #19 from Filip Kastl ---
There's indeed another difference. In my case, gcc gets called with -std=gnu99.
Otherwise, I think the options are the same.
gcc -std=gnu99 -c -o pbeampp.o -DSPEC_CPU -DNDEBUG -DWANT_STDC_PROTO
-fprofile-u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #21 from Filip Kastl ---
Created attachment 57703
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57703&action=edit
gcda data for the commit before robin's commit (v2)
Here are the gcda files generated with -march=znver4 -mtune
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #23 from Filip Kastl ---
Yeah I also don't know what else to do to make the gcda files work for you :-/
I can send you my compiler binaries but you should have exactly the same if you
compile from the same commit (if I'm not mistake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #26 from Filip Kastl ---
Yes, the "before" is r14-5075-gc05f748218a0d5.
I just tried to take the gcda data and use them to compile mcf on another
machine. I also ran into
output.c:87:1: error: corrupted profile info: number o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #28 from Filip Kastl ---
Created attachment 57710
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57710&action=edit
gcda data for himeno
I've tried sharing non-SPEC gcda data between machines. I used this benchmark
https://ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832
--- Comment #3 from Filip Kastl ---
It seems that the benchmark runtime returned to normal for a while but then
went back to 6% slowdown.
Somewhere between these two commits the benchmark sped up
g:eb7a8f213d59e0cf
g:15d1dae0d4d1be88
And betwe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114268
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114268, which changed state.
Bug 114268 Summary: [14 Regression] 5% exec time regression in 454.calculix on
Aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114268
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114411
Bug ID: 114411
Summary: [14 Regression] 12% exec time slowdown of 433.milc on
aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114411
--- Comment #1 from Filip Kastl ---
The CPU is Ampere Altra - Neoverse N1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412
Bug ID: 114412
Summary: [14 Regression] 7% slowdown of 436.cactusADM on
aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization, n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697
Filip Kastl changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #10 from Filip Kastl ---
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114414
Bug ID: 114414
Summary: [14 Regression] 15-18% exec time slowdown of 433.milc
on Zen2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114414
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114481
Bug ID: 114481
Summary: [14 Regression] 14% exec time slowdown of 433.milc on
aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114481
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114481
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] 14% exec|14% exec time slowdown of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114414
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] 15-18% exec |15-18% exec time slowdown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114414
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114414, which changed state.
Bug 114414 Summary: 15-18% exec time slowdown of 433.milc on Zen2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114414
What|Removed |Added
---
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111236
Filip Kastl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116309
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072
Filip Kastl changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRMED
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
--
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
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
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:
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-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116355
Filip Kastl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627
Bug ID: 114627
Summary: [14 Regression] undefined behavior in tree-profile.cc
while compiling gcc.misc-tests/gcov-18.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114627
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114628
Bug ID: 114628
Summary: [14 Regression] ICE in gimple_check_failed at
gimple.cc:1337 while compiling bitint-100.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114628
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113017
Filip Kastl changed:
What|Removed |Added
Summary|ICE in |ICE in
|delete_unmarked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
Bug ID: 114656
Summary: ~5% slowdown of 538.imagick_r on aarch64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization, needs-bisection
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114656
--- Comment #2 from Filip Kastl ---
(In reply to Jakub Jelinek from comment #1)
> Can you try to revert r14-9692 if that commit isn't the cause?
I have tried reverting r14-9692 and that indeed removed the slowdown. The
benchmark ran as fast as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114059
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112914
Filip Kastl changed:
What|Removed |Added
Summary|[14 Regression] ~7-9% exec |~7-9% exec time regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111692
--- Comment #2 from Filip Kastl ---
The same ICE happens with
gcc gcc.target/x86_64/abi/avx512fp16/m512h/test_passing_structs.c
--param=dse-max-object-size=2147483647
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114743
Bug ID: 114743
Summary: ICE in build_check_stmt at asan.cc:2707 while
compiling gcc.dg/ubsan/pr112709-2.c with
-fsanitize=address
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114743
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114786
Bug ID: 114786
Summary: ICE in recog.cc: unrecognizable insn while compiling
bcd-3.c for power pc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113832
--- Comment #4 from Filip Kastl ---
There was another speedup followed by a slowdown.
speedup somewhere between
g:4b8e7b57d952a103
g:839bc42772ba7af6
slowdown
g:7924e352523b3715
g:f3fdcf4a37a7be07
---
Btw, here is a plot also showing GCC 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412
--- Comment #4 from Filip Kastl ---
(In reply to Tamar Christina from comment #3)
> Hi Filip,
>
> Do you generate these runs with counters based PGO or compiler
> instrumentation?
>
> Just so I know before I start trying to reproduce them.
Hi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115118
Bug ID: 115118
Summary: [15 Regression] 5-13% slowdown of 470.lbm on zen4
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization, needs-bisection
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115118
Filip Kastl changed:
What|Removed |Added
Version|14.0|15.0
Target Milestone|---
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
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.
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.
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856
Filip Kastl changed:
What|Removed |Added
Version|14.0|15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115856
Filip Kastl changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112915
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116
Filip Kastl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115966
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |15.0
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, -
1 - 100 of 391 matches
Mail list logo