https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
--- Comment #32 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:a1a0026c659196928113bad1c7889f5ca0999d06
commit r15-9242-ga1a0026c659196928113bad1c7889f5ca0999d06
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
--- Comment #30 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:30a4eedfdbfeb1caaadd43738cbb0b49d7fa120b
commit r15-9240-g30a4eedfdbfeb1caaadd43738cbb0b49d7fa120b
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114518
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
--- Comment #29 from GCC Commits ---
The releases/gcc-14 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:73a62377ae638ce85c0a40327e67b41c861fb156
commit r14-11538-g73a62377ae638ce85c0a40327e67b41c861fb156
Author: Lulu Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87900
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=119671
Bug ID: 119671
Summary: Use-after-free for formatting floating-point types to
wide strings
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119665
--- Comment #2 from Volodymyr Babchuk ---
(In reply to Andrew Pinski from comment #1)
> So -Og runs a different optimization pipeline than the other optimization
> levels do. It does not do any jump threading nor other optimizations which
> wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119671
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-04-07
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87901
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Note for s/17/16/ we still fail; I will handle that afterwards.
That was easy to handle also:
```
diff --git a/gcc/tree-ssa-dse.cc b/gcc/tree-ssa-dse.cc
index 82
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119617
--- Comment #6 from Hongtao Liu ---
(In reply to Haochen Jiang from comment #4)
> (In reply to Hongtao Liu from comment #3)
> > (In reply to Hongtao Liu from comment #2)
> > > (In reply to Richard Biener from comment #1)
> > > > I think we need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101018
--- Comment #9 from GCC Commits ---
The master branch has been updated by Tejas Belagod :
https://gcc.gnu.org/g:001fb23ae46ba4bd1b5e43f756fa89e6fb94ce18
commit r15-9268-g001fb23ae46ba4bd1b5e43f756fa89e6fb94ce18
Author: Richard Sandiford
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87901
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=119673
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119673
Bug ID: 119673
Summary: MinGW-w64 GCC with win32 thread model cannot compile
'std' module
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61912
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87901
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> + case INTEGER_CST:
> + if (integer_zerop (gimple_assign_rhs1 (stmt)))
> + maybe_trim_constructor_store (ref, live, stmt, true);
This has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119674
Bug ID: 119674
Summary: defaulted assignment operator with xobj syntax is an
xobj function instead of an iobj function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119672
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119665
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119672
Bug ID: 119672
Summary: [15 regression] RISC-V: ICE during RTL pass: cse1 in
as_a, at machmode.h:391
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119655
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116440
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:5cdf31f08074d5ed8d07e93390de573938ad1eb3
commit r14-11536-g5cdf31f08074d5ed8d07e93390de573938ad1eb3
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119665
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87901
--- Comment #4 from Andrew Pinski ---
The problem is simple.
```
/* We want &lhs for the MEM_REF expression. */
tree lhs_addr = build_fold_addr_expr (gimple_assign_lhs (stmt));
if (! is_gimple_min_invariant (lhs_addr))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114797
--- Comment #4 from Andrew Pinski ---
(In reply to XChy from comment #2)
> It looks like for completely overlapped memset, it's merged:
> https://godbolt.org/z/4r7Eqr1Ee
> With clobber, that's not the case: https://godbolt.org/z/8jhaEbKqo
Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49872
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
Sam James changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #1 from mcccs at gmx dot com ---
version: trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #2 from mcccs at gmx dot com ---
Right, latest macOS 15.4 which is darwin24.4.0 neither works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Bug 119211 depends on bug 119227, which changed state.
Bug 119227 Summary: Does the generated HTML for cobol get installed to the
website?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
--- Comment #29 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:4d7a634f6d41029811cdcbd5f7282b5b07890094
commit r15-9239-g4d7a634f6d41029811cdcbd5f7282b5b07890094
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119556
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:2a155fab5a015ed4500474bab9b6ce0c4bd6c52e
commit r15-9247-g2a155fab5a015ed4500474bab9b6ce0c4bd6c52e
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
--- Comment #28 from GCC Commits ---
The master branch has been updated by LuluCheng :
https://gcc.gnu.org/g:1534f0099c98ea14c08a401302b05edf2231f411
commit r15-9245-g1534f0099c98ea14c08a401302b05edf2231f411
Author: Lulu Cheng
Date: Mon Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119640
--- Comment #4 from Richard Biener ---
The issue is we have an invariant shift, 1<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
Martin Jambor changed:
What|Removed |Added
Assignee|jakub at gcc dot gnu.org |jamborm at gcc dot
gnu.org
---
--- Comment #12 from Barry Revzin ---
I'm not sure this is quite right yet. This is on gcc trunk on compiler explorer
right now, which is g++
(Compiler-Explorer-Build-gcc-8fbe7d24373556d40886c7c00e9e2be5d9718c55-binutils-2.42)
15.0.1 20250407 (experimental):
template
struct Array {
constexpr int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119645
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:059b5509c14904b55c37f659170240ae0d2c1c8e
commit r15-9256-g059b5509c14904b55c37f659170240ae0d2c1c8e
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112490
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115046
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118328
--- Comment #22 from Diego Russo ---
Another reason to have this implemented is the CPython JIT. It is a template
(stencil) JIT where every micro OP is precompiled as stencil. At run time these
stencils will be stitched together and patched with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119668
Bug ID: 119668
Summary: C++20 Nested concepts with NTTP triggers ICE
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
Bug ID: 119662
Summary: [OpenMP] Unhelpful debug line location for append_args
call
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, wrong-debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119640
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a4abf0fb902816a2508dda5956f407fc27821d88
commit r15-9249-ga4abf0fb902816a2508dda5956f407fc27821d88
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119640
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
Bug ID: 119663
Summary: Can't build GCC on aarch64-apple-darwin24.3.0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119666
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #3 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119666
--- Comment #4 from Jakub Jelinek ---
In C const is something significantly different.
In C++ I think we also constant evaluate weak constexpr functions, etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #16)
> Correct, the patch for this was not finished. Let me see if I can dig it
> out and refresh to trunk.
Thank you, would be very helpful.
P. S. For the context,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119651
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119625
--- Comment #5 from Jakub Jelinek ---
Confirmed this fixed the weird LTO
lto1: fatal error: open failed: No such file or directory
errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #23 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e7c3a7ccd6209c1a906bdf59207f0fa4258b692b
commit r15-9246-ge7c3a7ccd6209c1a906bdf59207f0fa4258b692b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
--- Comment #3 from mcccs at gmx dot com ---
*typo: configure does succeed, it is from `make` that:
*** Configuration aarch64-apple-darwin24.4.0 not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
Tobias Burnus changed:
What|Removed |Added
Summary|[OpenMP] Unhelpful debug|[OpenMP] Wrong-code for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924
--- Comment #19 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:07d243670020b339380194f6125cde87ada56148
commit r15-9250-g07d243670020b339380194f6125cde87ada56148
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118924
--- Comment #20 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:40445711b8af113ef423d8bcac1a7ce1c47f62d7
commit r15-9251-g40445711b8af113ef423d8bcac1a7ce1c47f62d7
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119663
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119667
Bug ID: 119667
Summary: libstdc++ configure checks for libbacktrace need
atomics for void* and size_t
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
--- Comment #2 from Tobias Burnus ---
For 'adjust_args':
void f0(int *);
#pragma omp declare variant(f0) match(construct={dispatch}) \
adjust_args(need_device_ptr: x)
void f(int *x);
void g(int *a, int dev) {
#pragma omp dispat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119666
--- Comment #2 from Artem Labazov <123321artyom at gmail dot com> ---
(In reply to Jakub Jelinek from comment #1)
> I think the GCC behavior is correct here, in C++ const has special meaning
> and even attribute like weak shouldn't change that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
Bug ID: 119669
Summary: [15 Regression] ICE in compare_parameter since
r15-7449
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119670
Bug ID: 119670
Summary: [C++26] Implement P2546R5, Debugging Support
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119666
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36685
Andrew Pinski changed:
What|Removed |Added
CC||123321artyom at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #11 from Jakub Jelinek ---
Incremental
--- gcc/cobol/parse.y.jj2025-04-05 22:10:21.694956723 +0200
+++ gcc/cobol/parse.y 2025-04-07 17:44:44.222152716 +0200
@@ -34,6 +34,7 @@
#include "coretypes.h"
#include "../../lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119670
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398
--- Comment #31 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:107a1b2126ceb42a79edbc388863c868bd4fbc2e
commit r15-9241-g107a1b2126ceb42a79edbc388863c868bd4fbc2e
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523
Sam James changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #68
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118755
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118956
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119612
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118911
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118892
--- Comment #18 from Tamar Christina ---
(In reply to Pavol Rusnak from comment #17)
> Is the fix going to be backported from master to 14.x release? Possibly
> targeting 14.3.0 release?
Yep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119351
--- Comment #13 from Tamar Christina ---
Sorry had a week off, looking into this again today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #16 from Iain Sandoe ---
(In reply to Sergey Fedorov from comment #15)
> This still does not work with gcc-14.2.0.
>
> ```
> :info:build In file included from
> /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Iain Sandoe changed:
What|Removed |Added
Assignee|iains at gcc dot gnu.org |unassigned at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119642
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119577
--- Comment #2 from Tamar Christina ---
(In reply to Richard Biener from comment #1)
> IIRC it depends on the "kind" of early break whether we need the
> first IV (scalar IV possible) or the last, but I don't rememeber exactly.
First is always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119640
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119651
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118674
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
--- Comment #19 from nightstrike ---
(In reply to Sam James from comment #17)
> (In reply to nightstrike from comment #16)
>
> I think you've either made an error and tested with the wrong GCC, or it
> needs its own bug. In C23, which is the de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #22 from Jakub Jelinek ---
Note, I think the IPA-VRP gathered ranges are normally propagated to
SSA_NAME_{RANGE,PTR}_INFO (for parameters of default defs of SSA_NAMEs for the
PARM_DECLs, for return values into SSA_NAME on the lhs of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119642
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
--- Comment #5 from Iain Sandoe ---
this seems odd, ICU is a system component - so presumably the version released
on Apple's Open Source repo should be buildable by the system. What version of
ICU are you trying to build (and where from)?
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119647
--- Comment #6 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #5)
> this seems odd, ICU is a system component - so presumably the version
> released on Apple's Open Source repo should be buildable by the system.
> What version of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119617
--- Comment #4 from Haochen Jiang ---
(In reply to Hongtao Liu from comment #3)
> (In reply to Hongtao Liu from comment #2)
> > (In reply to Richard Biener from comment #1)
> > > I think we need to disable the effect of -mno-evex512, looks like
bc-ng_flat_nommu'
--with-sysroot='/../../target_hitachi-edosk2674_uclibc-ng_flat_nommu'
Thread model: single
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250407 (experimental) (GCC)
thanks
Waldemar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #10 from Jakub Jelinek ---
Second bug is what I see on FUNCTION_BIGGER-POINTER__2_.cob,
if( gcobol_feature_embiggen() && redefined &&
is_numeric(redefined->type) && redefined->size() == 4) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119666
--- Comment #5 from Jonathan Wakely ---
The language semantics require us to do that for C++ constant expressions. You
can use that integer (or a constexpr function returning an integer) like this:
int a[x];
std::array a2;
You cannot delay eva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119642
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3b1cf36eb47e217b6f093abd9f76ea358d456e2e
commit r15-9260-g3b1cf36eb47e217b6f093abd9f76ea358d456e2e
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113257
--- Comment #15 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:3a77a567b1028a28ecbb2f2eadc351d8bd004352
commit r15-9261-g3a77a567b1028a28ecbb2f2eadc351d8bd004352
Author: Iain Sandoe
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107065
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119501
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118629
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:e2a178a5110db3b4c25773d386b047b27679bfe5
commit r14-11534-ge2a178a5110db3b4c25773d386b047b27679bfe5
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:749221fac55059a145d3fdaf416fe663a4ee33d9
commit r14-11535-g749221fac55059a145d3fdaf416fe663a4ee33d9
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:c7dc9b6f889fa8f9e4ef060c3af107eaf54265c5
commit r15-9262-gc7dc9b6f889fa8f9e4ef060c3af107eaf54265c5
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119668
--- Comment #1 from Andrew Pinski ---
>It does not appear in GCC 14.1+.
Did you read https://gcc.gnu.org/bugs/#dontwant ?
> Duplicate bug reports, or reports of bugs already fixed in the development
> tree, especially those that have already b
1 - 100 of 128 matches
Mail list logo
