[Bug target/121208] Wrong user-level interrupt vector value with TLS variable when build with optimisation

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

[Bug rtl-optimization/121205] New: FAIL: gcc.dg/asm-hard-reg-2.c with -m32

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

[Bug testsuite/121078] [16 regression] gcc.dg/aru-2.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078 H.J. Lu changed: What|Removed |Added Attachment #61909|0 |1 is obsolete|

[Bug testsuite/121078] [16 regression] gcc.dg/aru-2.c etc. FAIL

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.

[Bug testsuite/121150] FAIL: 20_util/hash/int128.cc -std=c++17 execution test

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.

[Bug testsuite/121150] New: FAIL: 20_util/hash/int128.cc -std=c++17 execution test

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

[Bug target/120908] *tls_(local|global)_dynamic_64_ has an implicit RDI clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908 H.J. Lu changed: What|Removed |Added Target Milestone|--- |13.5 Status|NEW

[Bug tree-optimization/121138] New: [16 Regression] missed optimization in the loop caused by r16-303-g1a13684dfc7286

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

[Bug target/121062] integer registers of vector constant load shouldn't go through memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062 H.J. Lu changed: What|Removed |Added Target Milestone|--- |16.0 Status|NEW

[Bug testsuite/121078] [16 regression] gcc.dg/aru-2.c etc. FAIL

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

[Bug testsuite/121078] [16 regression] gcc.dg/aru-2.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078 H.J. Lu changed: What|Removed |Added Status|NEW |WAITING

[Bug testsuite/121078] [16 regression] gcc.dg/aru-2.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121078 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/120941] [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 --- 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

[Bug target/120941] [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 --- 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

[Bug target/120941] [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 --- 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

[Bug target/120941] [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 --- 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) >

[Bug target/121062] integer registers of vector constant load shouldn't go through memory

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.

[Bug target/121015] [16 regression] ICE when building blender for x86_64 with -O3 -mavx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/121062] integer registers of vector constant load shouldn't go through memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug target/121062] New: integer registers of vector constant load shouldn't go through memory

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

[Bug target/120870] [16 regression] CPython miscompiled with preserve_none and CFLAGS="-O2 -march=znver2 -ggdb3"

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.

[Bug gcov-profile/121045] [16 Regression] FAIL: g++.dg/torture/pr58552.C caused by r16-2197-g385d9937f0e23c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121045 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug gcov-profile/121045] New: [16 Regression] FAIL: g++.dg/torture/pr58552.C caused by r16-2196-g52d9c2272f6366

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

[Bug target/120870] [16 regression] CPython miscompiled with preserve_none and CFLAGS="-O2 -march=znver2 -ggdb3"

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.

[Bug target/120870] [16 regression] CPython miscompiled with preserve_none and CFLAGS="-O2 -march=znver2 -ggdb3"

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 -

[Bug target/121015] [16 regression] ICE when building blender for x86_64 with -O3 -mavx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015 H.J. Lu changed: What|Removed |Added Attachment #61829|0 |1 is obsolete|

[Bug target/121015] [16 regression] ICE when building blender for x86_64 with -O3 -mavx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121015 H.J. Lu changed: What|Removed |Added Attachment #61827|0 |1 is obsolete|

[Bug target/121015] [16 regression] ICE when building blender for x86_64 with -O3 -mavx

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

[Bug target/120941] [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 H.J. Lu changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #15 fr

[Bug target/120941] [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 --- 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

[Bug target/119703] 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 H.J. Lu changed: What|Removed |Added Target Milestone|--- |16.0 Status|UNCONFIRMED

[Bug target/101366] memset codegen for constant sized does not use SSE instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101366 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120725 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/118276] memset 88 uses rep stosq while 80 uses SSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118276 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/108585] memset uses SSE stores but afterwards does not but if used "" will use them

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108585 H.J. Lu changed: What|Removed |Added Target Milestone|--- |16.0 Resolution|---

[Bug target/102294] memset expansion is sometimes slow for small sizes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102294 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/119704] x86: partially disobeyed strategy rep-based request for inlined memset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119704 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/120708] ix86_expand_set_or_cpymem ignores MOVE_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120708 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/84719] 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 H.J. Lu changed: What|Removed |Added Target Milestone|--- |16.0 Resolution|---

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/70308] memset generates rep stosl instead of rep stosq

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70308 H.J. Lu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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 --

[Bug go/120670] vector_loop caused FAIL: go.test/test/fixedbugs/issue13160.go execution, -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120670 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/120725] [meta] Poor memcpy/memset inline strategies for -mtune=generic

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

[Bug target/120683] vector_loop/unrolled_loop generates poor codes on memset/memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120683 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug target/120941] [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 --- 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

[Bug target/120941] [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 --- 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.

[Bug target/120900] C++ passes user aligned struct differently from C

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 >

[Bug target/120683] vector_loop/unrolled_loop generates poor codes on memset/memcpy

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

[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 120943, which changed state. Bug 120943 Summary: [16 Regression] 5% slowdown of 527.cam4_r on Zen{4,5} since r16-1643-gd073bb6cfc219d https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120943 What|Removed

[Bug target/120943] [16 Regression] 5% slowdown of 527.cam4_r on Zen{4,5} since r16-1643-gd073bb6cfc219d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120943 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug target/120941] [16 Regression] 10-40% slowdown of 519.lbm_r on Zen{2,3} since r16-1644-gaba3b9d3a48a07

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941 H.J. Lu changed: What|Removed |Added CC||haochen.jiang at intel dot com --- Comment #4

[Bug testsuite/120923] check-function-bodies doesn't support "1: call mcount"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120923 H.J. Lu changed: What|Removed |Added Last reconfirmed||2025-07-03 Status|UNCONFIRMED

[Bug target/120933] Turn on -mtls-dialect=gnu2 by default on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120933 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/120943] [16 Regression] 5% slowdown of 527.cam4_r on Zen{4,5} since r16-1643-gd073bb6cfc219d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120943 H.J. Lu changed: What|Removed |Added Last reconfirmed||2025-07-03 Ever confirmed|0

[Bug target/120908] *tls_(local|global)_dynamic_64_ has an implicit RDI clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908 --- Comment #6 from H.J. Lu --- Fixed for GCC 16 so far

[Bug target/120933] Turn on -mtls-dialect=gnu2 by default on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120933 --- Comment #4 from H.J. Lu --- (In reply to Florian Weimer from comment #3) > Yes, compatibility with old glibc is a concern, considering this can be > difficult to test, and failures can be largely silent. What are your suggestions?

[Bug target/120941] [16 Regression] 10-40% slowdown of 519.lbm_r on Zen{2,3} since r16-1644-gaba3b9d3a48a07

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/120936] [12/13/14/15/16 Regression] x86_function_profiler emits an unused label by by r5-3767-gecc81e33123d7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120936 --- Comment #7 from H.J. Lu --- (In reply to Jakub Jelinek from comment #5) > And > +FAIL: gcc.target/i386/pr120936-10.c check-function-bodies foo > +FAIL: gcc.target/i386/pr120936-11.c check-function-bodies foo > +FAIL: gcc.target/i386/pr120936

[Bug target/120933] Turn on -mtls-dialect=gnu2 by default on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120933 --- Comment #2 from H.J. Lu --- This should be opt-in since it requires glibc fix https://sourceware.org/bugzilla/show_bug.cgi?id=31372

[Bug target/120908] *tls_(loacal|global)_dynamic_64_ has an implicit RDI clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908 H.J. Lu changed: What|Removed |Added Summary|*tls_global_dynamic_64_ has an implicit RDI |c_64_ has an implicit

[Bug target/120936] [12/13/14/15/16 Regression] x86_function_profiler emits an unused label by by r5-3767-gecc81e33123d7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120936 H.J. Lu changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot com --- Commen

[Bug target/120936] [12/13/14/15/16 Regression] x86_function_profiler emits an unused label by by r5-3767-gecc81e33123d7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120936 H.J. Lu changed: What|Removed |Added Summary|x86_function_profiler emits |[12/13/14/15/16 Regression]

[Bug target/120936] New: x86_function_profiler emits an unused label

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120936 Bug ID: 120936 Summary: x86_function_profiler emits an unused label Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: targ

[Bug rtl-optimization/81501] mulitple calls to __tls_get_addr() with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81501 H.J. Lu changed: What|Removed |Added Target Milestone|--- |16.0

[Bug rtl-optimization/81501] mulitple calls to __tls_get_addr() with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81501 H.J. Lu changed: What|Removed |Added Attachment #61788|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #26 from H.J. Lu --- (In reply to Sam James from comment #25) > (In reply to H.J. Lu from comment #24) > > Created attachment 61789 [details] > > A patch to add --enable-x86-64-mfentry > > When wouldn't we want this enabled? Is it j

[Bug target/120933] New: Turn on -mtls-dialect=gnu2 by default on x86-64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120933 Bug ID: 120933 Summary: Turn on -mtls-dialect=gnu2 by default on x86-64 Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Attachment #61781|0 |1 is obsolete|

[Bug target/120908] *tls_global_dynamic_64_ has an implicit RDI clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/81501] mulitple calls to __tls_get_addr() with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81501 H.J. Lu changed: What|Removed |Added Attachment #60535|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #22 from H.J. Lu --- (In reply to H.J. Lu from comment #21) > Created attachment 61785 [details] > A patch to warn -pg without -mfentry with shrink wrapping enabled __fentry__ was added in 2010: commit d22e4cc9397ed41534c9422d0b0ff

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Attachment #61784|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -pg may not call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Attachment #61783|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #18 from H.J. Lu --- (In reply to Uroš Bizjak from comment #17) > (In reply to H.J. Lu from comment #16) > > > SHRINK_WRAPPING_ENABLED is for checking if shrink wrapping is enabled. > True, but we could place mcount at entry only fo

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #16 from H.J. Lu --- (In reply to Uroš Bizjak from comment #15) > Comment on attachment 61783 [details] > A patch to place mcount at the function entry with shrink > > >@@ -493,7 +493,7 @@ ix86_using_red_zone (void) > > static bool

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Attachment #61782|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #11 from H.J. Lu --- (In reply to cuilili from comment #10) > (In reply to Sam James from comment #9) > > Thanks both. > > > > H.J.'s is slightly less pessimising because it'll only affect functions > > where we actually emit a call

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #8 from H.J. Lu --- (In reply to cuilili from comment #6) > Created attachment 61781 [details] > Disable separate shrink wrapping for profile > > How about changing it like this, like shrink wrap. Looks reasonable. Need tests. Yo

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #13 from H.J. Lu --- This controls where to generate the mount call: /* Return true, if profiling code should be emitted before prologue. Otherwise it returns false. Note: For x86 with "hotfix" it is sorried. */ static bool i

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #12 from H.J. Lu --- The expected outputs are [hjl@gnu-zen4-1 pr120881]$ gprof -C a.out /export/home/hjl/bugs/gcc/pr120881/x.c:3: (f1:0x4004a0) 2000 executions /export/home/hjl/bugs/gcc/pr120881/x.c:8: (f2:0x4004b0) 1000 executions

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 H.J. Lu changed: What|Removed |Added Attachment #61780|0 |1 is obsolete|

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #4 from H.J. Lu --- Created attachment 61780 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61780&action=edit A patch

[Bug testsuite/120923] New: check-function-bodies doesn't support "1: call mcount"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120923 Bug ID: 120923 Summary: check-function-bodies doesn't support "1: call mcount" Product: gcc Version: 16.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug gcov-profile/120881] [16 Regression] -fstack-protector-all -pg doesn't call mount at function entry by r16-1550-g9244ea4bf55638

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881 --- Comment #3 from H.J. Lu --- (In reply to cuilili from comment #2) > I think it is an old bug, since shrink wrap, NOTE_INSN_PROLOGUE_END does not > represent the entry bb. There are (note 99 98 100 2 NOTE_INSN_PROLOGUE_END) (insn 100 99 3 2

[Bug target/120888] [16 regression] promotion of unsigned char and short function arguments sign extends them since r16-170-ga670ebde3995

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120888 --- Comment #6 from H.J. Lu --- (In reply to jcmvbkbc from comment #5) > Thanks, the attachment 61770 [details] fixes almost all regressions > introduced by the r16-170-ga670ebde3995, except one: > gfortran.dg/c_char_tests_5.f90 is still broken.

[Bug target/120908] New: *tls_global_dynamic_64_ has an implicit RDI clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908 Bug ID: 120908 Summary: *tls_global_dynamic_64_ has an implicit RDI clobber Product: gcc Version: 15.2.1 Status: UNCONFIRMED Severity: normal Priorit

[Bug debug/120902] void debug (const tree_node *ptr) doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120902 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/120900] C++ passes user aligned struct differently from C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120900 H.J. Lu changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #10 from

[Bug target/120900] C++ passes user aligned struct differently from C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120900 --- Comment #9 from H.J. Lu --- C++ does /* If this is a typedef that names the class for linkage purposes (7.1.3p8), apply any attributes directly to the type. */ if (TREE_CODE (decl) == TYPE_DECL && OVERLOAD_TYPE_P (TREE_TYPE (

[Bug target/120900] C++ passes user aligned struct differently from C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120900 --- Comment #8 from H.J. Lu --- C++ builds the canonical type for vector, not for record. C builds both.

[Bug debug/120902] New: void debug (const tree_node *ptr) doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120902 Bug ID: 120902 Summary: void debug (const tree_node *ptr) doesn't work Product: gcc Version: 15.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

  1   2   3   4   5   6   7   8   9   10   >