https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119371
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|15.0|15.2
--- Comment #3 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119918
Tomasz Kamiński changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
--- Comment #16 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:8b6cc2064306ba506b61f3e224829219033a9373
commit r16-136-g8b6cc2064306ba506b61f3e224829219033a9373
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113949
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|15.0|15.2
--- Comment #2 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119919
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
--- Comment #24 from Tomasz Kamiński ---
> Although it doesn't seem to be in the upcoming GCC-15 release.
GCC 15.1 has everything expect formatters for adaptors. So ranges, debug
presentation, pair, tuple and std::vector::reference will be in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116479
--- Comment #6 from GCC Commits ---
The master branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:8073fa147248aa67c11227f922d91d784659077e
commit r16-140-g8073fa147248aa67c11227f922d91d784659077e
Author: Andre Vieira
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
--- Comment #23 from 康桓瑋 ---
(In reply to Tomasz Kamiński from comment #22)
> > That is highly intentional to fix incorrect formatting when the container
> > is a string. See https://cplusplus.github.io/LWG/issue3881
>
> I am well aware of thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119878
--- Comment #3 from Jakub Jelinek ---
I think the current behavior is correct. nonstring attribute is a declaration
attribute. So __builtin_has_attribute returns true if passed a declaration
which has one. multi2[1] (like say single + 0) is s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
--- Comment #3 from Edwin Lu ---
(In reply to Andrew Pinski from comment #1)
> I noticed this too. It was working at r16-89-g0650ea627399a0 .
for risc-v, our postcommit has it starting within this range
https://github.com/gcc-mirror/gcc/compa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
Sam James changed:
What|Removed |Added
Summary|[16 regression] |[16 regression]
|g++.dg/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119943
Bug ID: 119943
Summary: -O3 forgets trivial code shift. causing significant
slowdown
Product: gcc
Version: 12.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
Sam James changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119944
Edwin Lu changed:
What|Removed |Added
Summary|[16] RISC-V:|[16] RISC-V:
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119942
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119943
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119944
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119942
Bug ID: 119942
Summary: [16 Regression] RISC-V: Segmentation fault in
pr103953.exe
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
Sam James changed:
What|Removed |Added
CC||ewlu at rivosinc dot com
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119944
Bug ID: 119944
Summary: [16] RISC-V:
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280
--- Comment #16 from Thomas Petazzoni ---
Now that GCC 15.1 is out, I was wondering if this issue has somehow been
resolved?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119884
--- Comment #2 from Konstantinos Eleftheriou ---
We have submitted a fix
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681886.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119945
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119945
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119943
--- Comment #4 from Alexander Kleinsorge ---
I dont think this is the a vectorization issue here!
Moving a struct initialization around, seems not related to the duplicate you
mentioned, for me. Could you please check again?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
--- Comment #7 from Sam James ---
(In reply to Sam James from comment #1)
> But it seems to pass for me with the grep with GCC 14 as well?
This ended up being because it is discovered in another pass and my grep was
inaccurate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
--- Comment #3 from Andrew Pinski ---
The xfail was added with r0-128999-gd74db8ff1c8f12 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116082
--- Comment #5 from Steffen Nurpmeso ---
different to some other comments i think this is plain a bug in gcc.
C99, 6.7.8 p21, and C23 is not different (here 6.7.10 p22; disclaimer: i have
not truly read any standard beyond C99, though!!) want
``
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
Bug ID: 119948
Summary: Source allocation of pure function result
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
--- Comment #1 from Sam James ---
Seen at
https://inbox.sourceware.org/gcc-testresults/20250425213822.d51602cc...@gnu-skx-1.sc.intel.com/T/#u
too.
But it seems to pass for me with the grep with GCC 14 as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
Bug ID: 119947
Summary: [16 regression] XPASS g++.dg/ipa/devirt-23.C
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
Sam James changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60674
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> devirt-23.C started to pass with r16-101-g132d01d96ea9d6 .
>
> So just need to update the testcase removing the xfail and close this bug as
> fixed.
The reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60674
--- Comment #3 from Andrew Pinski ---
devirt-23.C started to pass with r16-101-g132d01d96ea9d6 .
So just need to update the testcase removing the xfail and close this bug as
fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
--- Comment #2 from Sam James ---
(Paste got mangled, my grep was just "Discovered")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119947
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60674
Andrew Pinski changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116082
Steffen Nurpmeso changed:
What|Removed |Added
CC||steffen at sdaoden dot eu
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116082
--- Comment #6 from uecker at gcc dot gnu.org ---
This is not about padding. The string literal has a final NUL character and
yours then has two. The warning is about truncation of the final NUL character
in the string literal. So I think the wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119948
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112307
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61179|0 |1
is obsolete|
201 - 242 of 242 matches
Mail list logo