https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121049
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121048
Robin Dapp changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
--- Comment #2 fr
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=120297
--- Comment #5 from Robin Dapp ---
Tried to reproduce again with the latest trunk and didn't succeed. I'm always
getting 234635118 no matter the VLEN and options. I'll try to bisect a failing
commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121057
Bug ID: 121057
Summary: Assertion failure triggered by access-type dispatch in
Implementation Extension mode
Product: gcc
Version: 16.0
Status: RESOLVED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121020
--- Comment #10 from Pengfei Li ---
(In reply to Sam James from comment #9)
> (In reply to Sam James from comment #8)
>
> FWIW, I've checked that this reproduces it in a Debian stable container too
> (i.e. there's nothing special that the stage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
Bug ID: 121056
Summary: Assertion failure triggered by access-type dispatch in
Implementation Extension mode
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
Sam James changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119356
--- Comment #9 from Sam James ---
Thanks Jeff! r16-1750-g5111ea055f5699 works on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |16.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
--- Comment #3 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:b513e4f3e0914ade0a31a51625e1e2fe42093622
commit r16-2226-gb513e4f3e0914ade0a31a51625e1e2fe42093622
Author: Eric Botcazou
Date: M
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=120297
--- Comment #6 from Robin Dapp ---
I was able to reproduce it on our internal tree. Disabling scheduling as well
as using the simple vsetvl strategy make the problem disappear so everything
points to a vsetvl issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120608
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121058
Eric Botcazou changed:
What|Removed |Added
Target Milestone|16.0|---
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120986
Spencer Abson changed:
What|Removed |Added
CC||sabson at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121062
--- Comment #2 from Uroš Bizjak ---
Created attachment 61860
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61860&action=edit
Slightly cleaned version
Slightly cleaned up version of the patch, also fixes splitter for constant
vector store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121063
Bug ID: 121063
Summary: [GCOV] dead "return;" was marked as executed.
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121066
Bug ID: 121066
Summary: [GCOV] Strange coverage statistics logic about
statement expressions and ternary operators
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119100
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:99a3c71db6edb8dc8c426cb2530f9cefbb5bfc9e
commit r16-2230-g99a3c71db6edb8dc8c426cb2530f9cefbb5bfc9e
Author: Paul-Antoine Arras
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
--- Comment #10 from Richard Sandiford ---
(In reply to Richard Biener from comment #9)
> vectorizable_operation during transform does
>
> /* When combining two masks check if either of them is elsewhere
> combined with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
--- Comment #3 from GCC Commits ---
The master branch has been updated by Francois-Xavier Coudert
:
https://gcc.gnu.org/g:cc4f3397331f6ecd5e775cf963c65face0145f3f
commit r16-2231-gcc4f3397331f6ecd5e775cf963c65face0145f3f
Author: Francois-Xavie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121058
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120297
--- Comment #7 from Robin Dapp ---
Picking a random commit in May (r16-649-g5c012971969db9) also shows the issue.
It looks as if we pick the wrong LMUL for a store and this rule is to blame:
DEF_SEW_LMUL_RULE (
ratio_and_ge_sew, sew_only, se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121058
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121058
Eric Botcazou changed:
What|Removed |Added
Assignee|ebotcazou at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
Bug ID: 121064
Summary: Loongarch: FFmpeg build fail when enable
autovectorization.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
Hi all,
we would like to contribute to this open source community as a fresher /
less experience, and would like to know about the small contributions to be
done as initially. We have hands on experience on embedded, c, python and
c++. 4
Kindly guide us if there is any TODO list.
Thanks & Regard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121065
Bug ID: 121065
Summary: ice in optab_for_tree_code, at optabs-tree.cc:85
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
Filip Kastl changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #17 from Filip Kastl ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:762ca0be09e00d02a72bd65fe8c3027a056d4a81
commit r15-9968-g762ca0be09e00d02a72bd65fe8c3027a056d4a81
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117785
--- Comment #41 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:9b6b7fed78c5d3514a180f7ae9f7d86824f45735
commit r16-2228-g9b6b7fed78c5d3514a180f7ae9f7d86824f45735
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121063
--- Comment #1 from Anonymous ---
option:
gcc --coverage -std=c2x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120881
--- Comment #29 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:07d8de9174c421d719649639a1452b8b9f2eee32
commit r16-2232-g07d8de9174c421d719649639a1452b8b9f2eee32
Author: H.J. Lu
Date: Wed Jul 2 08
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=121035
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121037
--- Comment #1 from Richard Biener ---
Might be enough of a change to identify the problematic loop. I'll queue, but
don't hesitate to beat me to it ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #8 from GCC Commits ---
The releases/gcc-15 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:fcc6ce1a4934a45bfd4e8e21e118d3f1046d3d85
commit r15-9967-gfcc6ce1a4934a45bfd4e8e21e118d3f1046d3d85
Author: H.J. Lu
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120908
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:3f6e48cdb1969dc718d702d045cc4d349f53f239
commit r15-9966-g3f6e48cdb1969dc718d702d045cc4d349f53f239
Author: H.J. Lu
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121048
Richard Biener changed:
What|Removed |Added
Target||riscv
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120987
--- Comment #26 from Tom de Vries ---
Eventually, a-test-2.c.121t.retslot has:
...
[count: 0]:
:
_3 = MEM[(struct __shared_count *)&file_exception + 8B]._M_pi;
if (_3 != 0B)
...
and then the following a-test-2.c.122t.fre3 introduces the w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121049
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121055
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2025-07-14
Summary|Assertion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121056
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95702
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2021-07-2
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=121020
--- Comment #9 from Sam James ---
(In reply to Sam James from comment #8)
FWIW, I've checked that this reproduces it in a Debian stable container too
(i.e. there's nothing special that the stage1 gcc-trunk/g++-trunk that CC/CXX
should point to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120955
--- Comment #10 from fiesh at zefix dot tv ---
Naturally, but it doesn't go away:
avr-size on all individual object files:
textdata bss dec hex filename
88 0 0 88 58
/b_os_nolto/subprojects/avr/liba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
Xi Ruoyao changed:
What|Removed |Added
Attachment #61863|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
--- Comment #9 from jiawei ---
Thanks for your help, if there any plan to merge it into the trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
--- Comment #10 from Xi Ruoyao ---
(In reply to jiawei from comment #9)
> Thanks for your help, if there any plan to merge it into the trunk?
I'll submit it to gcc-patches for review if it passes regression test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106553
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-07-15
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120935
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430
--- Comment #21 from Sam James ---
Indeed works too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #10 from Thomas de Bock ---
After some searching and testing, I realise this optimization does in fact
malfunction from (at least version 17.0.1) clang when used with dlopen and
RTLD_LOCAL, though the optimization can be disabled with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120999
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:944ecdf085219453e91831100e0bbf1c76f44f46
commit r15-9975-g944ecdf085219453e91831100e0bbf1c76f44f46
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
--- Comment #14 from rguenther at suse dot de ---
On Mon, 14 Jul 2025, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
>
> --- Comment #10 from Richard Sandiford ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121069
--- Comment #1 from Andrew Pinski ---
/* internal compiler error: Check code */
int main() {
auto func = [](auto... args) constexpr {
return (([](Ts arg) {
return arg;
}(args)),...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88982
--- Comment #5 from Andrew Pinski ---
(In reply to MARIO RODRIGUEZ BEJAR from comment #4)
> /* internal compiler error: Check code */
This is definitely a different issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121069
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
Bug ID: 121068
Summary: Placement new of array element is rejected at
compile-time
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
--- Comment #12 from Jakub Jelinek ---
I'd think it should just optimize __dynamic_cast to std::type_info::operator==
in that case (if that is available) or, if not (i.e. not included)
to
if (__name == __arg.__name)
return true;
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121070
--- Comment #4 from qinzhao at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #2)
> Or with -fstrict-flex-arrays .
Ah, you are right, I forgot about this..
adding -fstrict-flex-arrays fixed this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
Richard Biener changed:
What|Removed |Added
Known to work||16.0
Summary|[15/16 regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121059
--- Comment #12 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:66346b6d800fc4baae876e0fe4e932401bcc85fa
commit r16-2236-g66346b6d800fc4baae876e0fe4e932401bcc85fa
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63164
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
Xi Ruoyao changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
--- Comment #9 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #3)
> There are a series of patches involved here.
>
> The first failure occurs at:
>
> commit 1be1970f97d05a07851cd826132fcf466827ebe5
> Author: Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
--- Comment #10 from Jerry DeLisle ---
Andre has sent a fixer patch for these. Building now and will test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117922
Sam James changed:
What|Removed |Added
Keywords|deferred|patch
--- Comment #27 from Sam James ---
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
--- Comment #5 from Xi Ruoyao ---
Something goes wrong compiling libavcodec/apedec.c. Disabling vectorization
alone for it covers up the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121070
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121070
Bug ID: 121070
Summary: bounds sanitizer should instrument arrays inside a
structure
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121070
--- Comment #1 from Andrew Pinski ---
>should we instrument such array reference inside a structure?
We do if it is not the last field ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121007
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121070
--- Comment #3 from Andrew Pinski ---
See
https://gcc.gnu.org/onlinedocs/gcc-15.1.0/gcc/C-Dialect-Options.html#index-fstrict-flex-arrays
too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120423
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117914
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121069
Bug ID: 121069
Summary: in tsubst_pack_expansion, at cp/pt.cc
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88982
MARIO RODRIGUEZ BEJAR changed:
What|Removed |Added
CC||mario.rodriguezb1 at um dot es
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115259
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
--- Comment #8 from Jerry DeLisle ---
(In reply to Tobias Burnus from comment #7)
> (In reply to Jerry DeLisle from comment #2)
> > However, I do see the following on gcc-15 pulled this morning.
>
> Can you check what branch you checked out? Be
Hi gcc-b...@sourceware.org
I’m Rohit Kumar from Techviro Solutions Pvt. Ltd. We specialize in creating
modern, mobile-friendly websites that help businesses like yours build a strong
online presence.
Business Websites
E-commerce Websites
Landing Pages
Custom Web Solutions
Whether you nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121060
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121072
--- Comment #1 from Edwin Lu ---
Found via fuzzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121073
Bug ID: 121073
Summary: [16 Regression] RISC-V: ICE during RTL pass: avlprop
insn does not satisfy its constraints
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121072
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121072
Andrew Pinski changed:
What|Removed |Added
Known to fail||16.0
Last reconfirmed|
algorithms: zlib zstd
gcc version 16.0.0 20250714 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121075
Bug ID: 121075
Summary: [16 Regression] RISC-V: ICE during GIMPLE pass: vect
segmentation fault with -flto
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110711
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Andrew Pinski changed:
What|Removed |Added
CC||mrks2023 at proton dot me
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121072
Bug ID: 121072
Summary: [16 Regression] RISC-V: ICE verify_gimple failed
incompatible types in 'PHI' argument 0
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105793
--- Comment #4 from Andrew Pinski ---
So this is not handled by
https://gcc.gnu.org/pipermail/gcc-patches/2025-July/689515.html because we
don't handle PLUS_EXPR matching with MINUS_EXPR.
It should not be handle to expand to handle that case he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
Xi Ruoyao changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |xry111 at gcc dot
gnu.org
1 - 100 of 157 matches
Mail list logo