https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243
--- Comment #3 from David Binderman ---
Looks fixed to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
--- Comment #1 from Richard Biener ---
Does it fail on the 14 branch as well? If so the target milestone should be
14.2, otherwise the summary should be [15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115248
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105576
--- Comment #14 from Fangrui Song ---
> Is there a way to capture a method address in inline asm that works in
> -fPIC mode? Specifically I want to capture the address of a static
> method that's in a class that's local to a function. I'm able t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
Thiago Jung Bauermann changed:
What|Removed |Added
CC||andre.simoesdiasvieira@arm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
--- Comment #2 from Thiago Jung Bauermann
---
Created attachment 58298
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58298&action=edit
gcc.log for Cortext M55
These log files were obtained with GCC commit
g:c5a7628470a7fb801ebeea82e16a4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
--- Comment #1 from Thiago Jung Bauermann
---
Created attachment 58297
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58297&action=edit
gcc.log for Cortext M23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115253
Bug ID: 115253
Summary: New tests added by r14-10122-gad45086178d833 fail on
Cortex M23 and M55 bare metal targets
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115237
--- Comment #2 from Paul Eggert ---
(In reply to Richard Biener from comment #1)
> 'pure' means the function has no side-effect besides reading global memory
> _when it returns_, so it's valid to turn
>
> x = unite (5, 6);
> y = unite (5, 6);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169
Xi Ruoyao changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:e78980fdd5e82e09e26f524e98ad9cd90a29c1c4
commit r14-10249-ge78980fdd5e82e09e26f524e98ad9cd90a29c1c4
Author: Xi Ruoyao
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115169
--- Comment #7 from GCC Commits ---
The master branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:ded91d857772c0183cc342cdc54d9128f6c57fa2
commit r15-856-gded91d857772c0183cc342cdc54d9128f6c57fa2
Author: Xi Ruoyao
Date: Wed May 22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
Bug ID: 115252
Summary: The SLP vectorizer failed to perform automatic
vectorization on pixel_sub_wxh of x264
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59291
Oleg Endo changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102619
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115248
--- Comment #1 from Andrew Pinski ---
The first (major) difference in the IR (besides the original removal of
statements) come from threadfull1.
trunk:
```
Registering killing_def (path_oracle) distbb_72
Registering killing_def (path_oracle)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59291
pietro changed:
What|Removed |Added
CC||pietro.gcc at sociotechnical
dot x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115238
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115238
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c5a7628470a7fb801ebeea82e16a4549db43bfa5
commit r15-853-gc5a7628470a7fb801ebeea82e16a4549db43bfa5
Author: Andrew Pinski
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84790
--- Comment #13 from Matthias Schiffer ---
I don't think the register used matters - changing it may hide the bug in
specific instances, but it does not fix the root cause.
I've now built a simpler reproducer which still seems to exhibit the sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115235
--- Comment #5 from Eric Botcazou ---
> Hi, can you clarify what you mean? Why does -gsplit-dwarf without -gdwarf-5
> emit in debug fission with extended dwarf-4 if it's specifically dealing
> with dwarf 5?
The sentence is indeed a bit ambiguou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115235
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115235
--- Comment #3 from Jeremy R. ---
Hi, can you clarify what you mean? Why does -gsplit-dwarf without -gdwarf-5
emit in debug fission with extended dwarf-4 if it's specifically dealing with
dwarf 5?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115251
Bug ID: 115251
Summary: [DR 1581] Conversion operator that is needed for
constant evaluation not instantiated in
requires-expression
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115250
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115250
Bug ID: 115250
Summary: [15 regression] gnat.dg/opt58.adb FAILs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115249
Bug ID: 115249
Summary: [14/15 regression] gdc.test/runnable/test34.d etc.
FAIL
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
--- Comment #7 from Paul Thomas ---
Created attachment 58296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58296&action=edit
Fix for this PR
This does fix it :-)
It's a partial implementation that will require class components and array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
--- Comment #8 from Tomas Kalibera ---
(In reply to Bill Zissimopoulos from comment #4)
> A more robust alternative to GetFinalPathNameByHandleW/VOLUME_NAME_DOS may
> be the following:
>
> - Use GetFinalPathNameByHandleW with VOLUME_NAME_NORMA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115241
--- Comment #2 from Andrew Macleod ---
(In reply to sadineniharish8446 from comment #0)
> The scripts in contrib/header-tools/ are breaks with python3.
> These scripts were for python2 and we did update it for python3 and sent the
> patches to g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
--- Comment #7 from Tomas Kalibera ---
(In reply to Bill Zissimopoulos from comment #6)
> > I can reproduce the problem with "subst" and with the Windows Explorer
> > ("File/Map network drive"). I assume the is the usual way to map network
> > d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115031
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I've done some digging now, comparing mmap calls on Solaris/i386 and
Solaris/SPARC (counts and sizes each):
i386:
2 4096
7 8192
5 16384
7 32768
4 65536
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115248
Bug ID: 115248
Summary: aarch64/sve/pre_cond_share_1.c fails since
gcc-15-276-gbed6ec161be
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
--- Comment #6 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f9fbb47987efc8b5261e4cc36613c928a8693493
commit r15-850-gf9fbb47987efc8b5261e4cc36613c928a8693493
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f9fbb47987efc8b5261e4cc36613c928a8693493
commit r15-850-gf9fbb47987efc8b5261e4cc36613c928a8693493
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
--- Comment #6 from Bill Zissimopoulos ---
> I can reproduce the problem with "subst" and with the Windows Explorer
> ("File/Map network drive"). I assume the is the usual way to map network
> drives.
The usual way to map network drives is inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86441
--- Comment #5 from Boris Kolpackov ---
Sorry, somehow I missed the request for more information.
This is happening on the first PLUGIN_OVERRIDE_GATE callback call. I looked
thought the GCC source code and it appears free_lang_data happens on on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247
Matthias Kretz (Vir) changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115245
--- Comment #3 from Jakub Jelinek ---
We can't even demangle what has been added to the testsuite in that commit,
e.g.
_ZN1C1fIiEEvDTtlNS_UlT_TL0__E_EEE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115245
--- Comment #2 from Jakub Jelinek ---
In particular cp/mangle.cc implements
https://github.com/itanium-cxx-abi/cxx-abi/issues/31#issuecomment-528122117
while demangler does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114522
Christophe Lyon changed:
What|Removed |Added
Target|arm |arm aarch64
--- Comment #2 from Chris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115245
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-05-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115189
--- Comment #5 from Tomas Kalibera ---
(In reply to Bill Zissimopoulos from comment #4)
> I do not currently have access to a Windows system with dev tools, but my
> recollection is that the VOLUME_NAME_DOS flag should be sufficient to
> correc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115247
Bug ID: 115247
Summary: experimental/simd/pr109261_constexpr_simd.cc FAILs on
32-bit x86
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115246
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115246
Bug ID: 115246
Summary: [15 regression] gnat.dg/alignment14.adb FAILs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110057
user202729 changed:
What|Removed |Added
CC||user202729 at protonmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115245
Bug ID: 115245
Summary: Fails to demangle some concepts
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
--- Comment #7 from Richard Biener ---
I'm opening a new bug for the demangle fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
Richard Biener changed:
What|Removed |Added
Known to fail||14.1.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4790076933ef9337553c3fbbc52a93cce78c584f
commit r14-10247-g4790076933ef9337553c3fbbc52a93cce78c584f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
Simon Martin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:311d7f5c17b8969c7ed8e4f23178d6ec4752e33f
commit r15-848-g311d7f5c17b8969c7ed8e4f23178d6ec4752e33f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106024
--- Comment #12 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:88c9b96b2800ddb7a499bd10abaa9441a471d5fe
commit r15-847-g88c9b96b2800ddb7a499bd10abaa9441a471d5fe
Author: Simon Martin
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
--- Comment #8 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:88c9b96b2800ddb7a499bd10abaa9441a471d5fe
commit r15-847-g88c9b96b2800ddb7a499bd10abaa9441a471d5fe
Author: Simon Martin
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115244
Bug ID: 115244
Summary: virtual operand SSA form verifier imperfect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
--- Comment #4 from Richard Biener ---
It's another case where we "skip" a killing def when sinking a store. Here
there's a conditional merge of both paths, again violating the virtual
operand update constraint.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
--- Comment #3 from Richard Biener ---
It's interesting that SSA verification does not catch a missing virtual PHI
from sinking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
--- Comment #4 from Richard Biener ---
The main issue is that 'c' is a direct node by means of copying the address to
MEM[(int * volatile *)&c] ={v} b.0_1;
that makes us not apply STOREDANYTHING to it. It's not exactly clear why
we should e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115243
Bug ID: 115243
Summary: error: stmt with wrong VUSE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110137
--- Comment #7 from Jonathan Wakely ---
Thanks for the patch, but patch review happens on the mailing list, not in
bugzilla. Please repost to gcc-patches as documented in the submission
guidelines, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
--- Comment #7 from Richard Biener ---
OK, so we have a case where we sink a store ignoring a killing use of the
VDEF that post-dominates the store. The issue with that is the virtual
operand update assumes such stores are on separate paths and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28831
--- Comment #45 from Matthias Kretz (Vir) ---
(Alright, let's ignore the "oversized" vector for now - my
std(::experimental)::simd implementation doesn't use them anyway. It uses
aggregates of vectors matching the target SIMD width. FWIW, I pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115237
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115236
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115225
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114941
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
Proposed fix:
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652798.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115242
--- Comment #1 from Jeevitha ---
I am looking into this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115242
Bug ID: 115242
Summary: libgcc unwinder does not handle vector registers, even
if the target machine supports them.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115232
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115228
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-05-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115241
Andrew Pinski changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115226
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
86 matches
Mail list logo
