https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121306
--- Comment #13 from H.J. Lu ---
(In reply to Sam James from comment #12)
> Is this one fixed now, or does it still need Richard S's simplify-rtx patch
> (https://inbox.sourceware.org/gcc-patches/mpt34a7f5mk@arm.com/)?
Need this and
https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121410
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121410
--- Comment #1 from H.J. Lu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2025-August/691707.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121410
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 120941, which changed state.
Bug 120941 Summary: [16 Regression] 24-40% slowdown of 519.lbm_r on Zen2 and
470.lbm on Zen5 since r16-1644-gaba3b9d3a48a07
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121352
--- Comment #2 from H.J. Lu ---
(In reply to Alexander Monakov from comment #1)
> That patch deliberately takes care not to optimize in presence of the
> attribute:
>
> /* Upgrade TLS access model based on optimized visibility status,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121352
Bug ID: 121352
Summary: tls_model attribute documentation needs update
Product: gcc
Version: 13.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121318
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107419
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107393
--- Comment #1 from H.J. Lu ---
Created attachment 62024
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62024&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107419
--- Comment #1 from H.J. Lu ---
Created attachment 62025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62025&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107421
--- Comment #1 from H.J. Lu ---
Created attachment 62023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62023&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #42 from H.J. Lu ---
Created attachment 62020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62020&action=edit
A new patch
Here is a patch not to limit non all 0s/1s vector loads in the same loop.
Please try it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121324
Bug ID: 121324
Summary: [16 Regression] FAIL: gcc.target/i386/pr82524.c caused
by r16-2649-g0340177d54d08b
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120409
--- Comment #14 from H.J. Lu ---
(In reply to Iain Sandoe from comment #13)
> (In reply to H.J. Lu from comment #12)
> > (In reply to Iain Sandoe from comment #5)
> > > well .. the visible difference in gimple, but this is code outside of the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120409
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
--- Comment #12 from H.J. Lu ---
(In re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121319
Bug ID: 121319
Summary: Why is global_options.x_flag_pcc_struct_return
cleared?
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120409
--- Comment #11 from H.J. Lu ---
typeck.cc has
/* We can't initialize a register from a AGGR_INIT_EXPR. */
else if (! cfun->returns_struct
&& TREE_CODE (retval) == TARGET_EXPR
&& TREE_CODE (TARGET_EXPR_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121318
--- Comment #5 from H.J. Lu ---
(In reply to Andrew Pinski from comment #2)
> I am not so sure, the documentation of attribute say it should override the
> default.
Linker can override the TLS mode attribute. Why can't compiler perform TLS
opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121318
--- Comment #4 from H.J. Lu ---
Created attachment 62007
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62007&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121318
Bug ID: 121318
Summary: handle_tls_model_attribute failed to consider compiler
options
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #41 from H.J. Lu ---
(In reply to rguent...@suse.de from comment #40)
> On Wed, 30 Jul 2025, hjl.tools at gmail dot com wrote:
> > With my patch, we got
> >
> > basic_block bb = nearest_common_dominator_for_set (CDI_DOMINATORS, bb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #39 from H.J. Lu ---
(In reply to rguent...@suse.de from comment #38)
> On Wed, 30 Jul 2025, hjl.tools at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
> >
> > --- Comment #37 from H.J. Lu ---
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #37 from H.J. Lu ---
(In reply to Richard Biener from comment #35)
> (In reply to H.J. Lu from comment #33)
> > Created attachment 61995 [details]
> > An updated patch
> >
> > Please try this.
>
> Looking at the patch I do wonder a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #36 from H.J. Lu ---
(In reply to Filip Kastl from comment #34)
> (In reply to H.J. Lu from comment #33)
> > Created attachment 61995 [details]
> > An updated patch
> >
> > Please try this.
>
> The updated patch helps! We go from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121306
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120409
--- Comment #9 from H.J. Lu ---
The .006t.original dump differences between -m32 and -mx32
;; Function folly::OptionalPromiseReturn
folly::OptionalPromise::get_return_object() (null)
;; enabled by -tree-original
-< = TARGET_EXPR = TARGET_E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120427
H.J. Lu changed:
What|Removed |Added
Attachment #61996|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120427
H.J. Lu changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120427
--- Comment #12 from H.J. Lu ---
Created attachment 61996
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61996&action=edit
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121302
Bug ID: 121302
Summary: [16 Regression] Bootstrap failed with ada
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
H.J. Lu changed:
What|Removed |Added
Attachment #61973|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120427
--- Comment #10 from H.J. Lu ---
(In reply to Harald van Dijk from comment #9)
> (In reply to H.J. Lu from comment #2)
> > We shouldn't transform "mov $-1,reg" to "push $-1; pop reg".
> > We should transform "mov $-1,reg" to "or $-1,reg" instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #32 from H.J. Lu ---
(In reply to Filip Kastl from comment #30)
> (In reply to H.J. Lu from comment #29)
> > Created attachment 61973 [details]
> > A new patch
> >
> > Please try this.
>
> Sadly, this patch doesn't help. Actually,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120427
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121285
Bug ID: 121285
Summary: FAIL: g++.dg/modules/class-11_a.H
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
H.J. Lu changed:
What|Removed |Added
Attachment #61803|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
H.J. Lu changed:
What|Removed |Added
Attachment #61953|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120923
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881
--- Comment #32 from H.J. Lu ---
*** Bug 120923 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120936
Bug 120936 depends on bug 120923, which changed state.
Bug 120923 Summary: check-function-bodies doesn't support "1: call mcount"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120923
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
See Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121205
Bug ID: 121205
Summary: FAIL: gcc.dg/asm-hard-reg-2.c with -m32
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
H.J. Lu changed:
What|Removed |Added
Attachment #61909|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
--- Comment #6 from H.J. Lu ---
Created attachment 61909
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61909&action=edit
A patch
Try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
--- Comment #2 from H.J. Lu ---
(In reply to Jonathan Wakely from comment #1)
> There is no long anywhere here. The problem is that size_t is 32 bits, and
> using an INT64 suffix won't change that: the value will still be too large
> for size_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121150
Bug ID: 121150
Summary: FAIL: 20_util/hash/int128.cc -std=c++17 execution
test
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |13.5
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121138
Bug ID: 121138
Summary: [16 Regression] missed optimization in the loop caused
by r16-303-g1a13684dfc7286
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
--- Comment #3 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from H.J. Lu ---
> > Please try
> >
> > https://patchwork.sourceware.org/project/gcc/list/?series=49715
>
> Unfortunately, the tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #24 from H.J. Lu ---
(In reply to Filip Kastl from comment #23)
> testcase.c
> enum { ST, SB, ET, EB, WT, WB }
> LBM_initializeGrid() {
> double *grid;
> grid[ST] = grid[SB] = grid[ET] = grid[EB] =
> grid[WT] = gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #22 from H.J. Lu ---
(In reply to Filip Kastl from comment #21)
> Oh, ok. I misunderstood.
>
> Well, you have SPEC CPU 2017, right? Then setting
>
No, I don't. Please extract a small testcase.
> OPTIMIZE= -Ofast -march=znve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #20 from H.J. Lu ---
(In reply to Filip Kastl from comment #19)
> Well, if you want to reproduce the lbm slowdown, you need a Zen2 or Zen5
> machine. I'm not sure how I would produce a testcase that would also
> uncover the slowdown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #18 from H.J. Lu ---
(In reply to Filip Kastl from comment #17)
> This is the replacement that causes the slowdown (well, two replacements):
>
> --
> Replace:
>
> (insn 2224 2228 20 (set (reg:V4DF 1604)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062
--- Comment #5 from H.J. Lu ---
Created attachment 61867
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61867&action=edit
A patch
I am testing this combined patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062
Bug ID: 121062
Summary: integer registers of vector constant load shouldn't go
through memory
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120870
--- Comment #20 from H.J. Lu ---
(In reply to Sam James from comment #19)
> (In reply to Sam James from comment #18)
> > (In reply to H.J. Lu from comment #17)
> > > Created attachment 61837 [details]
> > > A patch
> > >
> > > Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121045
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121045
Bug ID: 121045
Summary: [16 Regression] FAIL: g++.dg/torture/pr58552.C caused
by r16-2196-g52d9c2272f6366
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120870
--- Comment #17 from H.J. Lu ---
Created attachment 61837
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61837&action=edit
A patch
Please try this. No idea why it works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120870
--- Comment #15 from H.J. Lu ---
(In reply to Sam James from comment #10)
> Created attachment 61824 [details]
> ceval.i.xz
>
> ceval.o is broken.
>
> ```
> $ gcc -c -fno-strict-overflow -O2 -mavx -mtune=znver2 -std=c11
> -fvisibility=hidden -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015
H.J. Lu changed:
What|Removed |Added
Attachment #61829|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015
H.J. Lu changed:
What|Removed |Added
Attachment #61827|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2025-07-09
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #15 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #14 from H.J. Lu ---
(In reply to Filip Kastl from comment #11)
> (In reply to H.J. Lu from comment #9)
> > Created attachment 61803 [details]
> > A patch
> >
> > Please try this.
>
> Tried applying this on top of r16-1644-gaba3b9d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119703
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101366
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 118276, which changed state.
Bug 118276 Summary: memset 88 uses rep stosq while 80 uses SSE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 102294, which changed state.
Bug 102294 Summary: memset expansion is sometimes slow for small sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102294
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 108585, which changed state.
Bug 108585 Summary: memset uses SSE stores but afterwards does not but if used
"" will use them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108585
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108585
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102294
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 119704, which changed state.
Bug 119704 Summary: x86: partially disobeyed strategy rep-based request for
inlined memset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119704
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 119703, which changed state.
Bug 119703 Summary: x86: spurious branches for inlined memset in ranges (40;
64) when requesting unrolled loops without simd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119703
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119704
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120708
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 101366, which changed state.
Bug 101366 Summary: memset codegen for constant sized does not use SSE
instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101366
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 120708, which changed state.
Bug 120708 Summary: ix86_expand_set_or_cpymem ignores MOVE_MAX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120708
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84719
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 84719, which changed state.
Bug 84719 Summary: gcc's __builtin_memcpy performance with certain number of
bytes is terrible compared to clang's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84719
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70308
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 70308, which changed state.
Bug 70308 Summary: memset generates rep stosl instead of rep stosq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70308
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120670
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725
Bug 120725 depends on bug 120683, which changed state.
Bug 120683 Summary: vector_loop/unrolled_loop generates poor codes on
memset/memcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120683
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120683
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #10 from H.J. Lu ---
(In reply to Filip Kastl from comment #8)
> The same commit (r16-1644-gaba3b9d3a48a07) causes ~20% slowdown of 470lbm
> from 2006 SPEC on Zen5 with -Ofast -march=native -flto -fprofile-use.
>
> https://lnt.opens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #9 from H.J. Lu ---
Created attachment 61803
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61803&action=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120900
--- Comment #11 from H.J. Lu ---
(In reply to H.J. Lu from comment #10)
> This makes C similar to C++:
>
> diff --git a/gcc/c/c-decl.cc b/gcc/c/c-decl.cc
> index 8bbd6ebc66a..0da6c65fc6a 100644
> --- a/gcc/c/c-decl.cc
> +++ b/gcc/c/c-decl.cc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120683
H.J. Lu changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #4 from
1 - 100 of 1565 matches
Mail list logo