seems like a recent enough revision
```
g++
(Compiler-Explorer-Build-gcc-38aeb609f345840aff339ed859efb42cac801c97-binutils-2.42)
15.0.1 20250210 (experimental)
Copyright (C) 2025 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
--- Comment #4 from Andrew Pinski ---
Hjl's patch for x86 target hook here caused the this no longer shrink wrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |---
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118789
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118815
--- Comment #5 from Haochen Jiang ---
It is caused by the EVEX512 set and condition judge on warnings.
EVEX512 should not be set or taken into consideration if AVX512 not explicitly
enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118785
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118815
--- Comment #6 from Haochen Jiang ---
I am testing a patch with this fix:
diff --git a/gcc/config/i386/i386-options.cc b/gcc/config/i386/i386-options.cc
index 3467ab0bbeb..f2c536d1e33 100644
--- a/gcc/config/i386/i386-options.cc
+++ b/gcc/confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118785
--- Comment #9 from Richard Biener ---
Note I see
_1 = ABSU_EXPR ;
_2 = (long unsigned int) _1;
WriteLiteral (_2, 4);
so maybe we have multiple JFs and the "intermediate" types are just not
correctly used here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108707
--- Comment #11 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #10)
> (In reply to Pranav Gorantla from comment #9)
> > Facing similar issue in gcc-13. Is it possible to backport the fix of this
> > Bug 108707 and Bug 109610 to gcc-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2018-02-01 00:00:00 |2025-2-10
--- Comment #78 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118801
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118801
--- Comment #4 from Richard Biener ---
With the following we're down to 215 DEBUG BEGIN_STMT in the testcase
diff --git a/gcc/tree-ssa-dce.cc b/gcc/tree-ssa-dce.cc
index be21a2d0b50..064e47cbf23 100644
--- a/gcc/tree-ssa-dce.cc
+++ b/gcc/tree-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118802
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118804
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
--- Comment #4 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:aaf5f5027d3f29c6c0d836753dddac16ba94a49a
commit r15-7453-gaaf5f5027d3f29c6c0d836753dddac16ba94a49a
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
Bug ID: 118816
Summary: Accessing MIPS coprocessor 2/3 register variables
generates invalid assembly
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
--- Comment #14 from rguenther at suse dot de ---
On Fri, 7 Feb 2025, law at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
>
> --- Comment #13 from Jeffrey A. Law ---
> So just recording some thoughts as I initi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118794
Richard Biener changed:
What|Removed |Added
Target||nvptx
--- Comment #9 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118806
--- Comment #3 from Georg-Johann Lay ---
...or let me state is this way:
This PR implements an optimization that is activated by some option
(-mno-call-main). What's unusual is that it is activated by the no- version of
the option, and -mcall-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-02-10
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118799
Richard Biener changed:
What|Removed |Added
Known to work||14.2.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118791
Tobias Burnus changed:
What|Removed |Added
Summary|declare variant messes up |[15 Regression][OpenMP]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #10 from Jonathan Wakely ---
(In reply to Nicholas Williams from comment #7)
> I think I have now attached everything. Under the "What we do not want" on
> the bug reporting instructions, it says "An attached archive (tar, zip,
> sha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #10 from Jakub Jelinek ---
No iostream/string:
#include
#include
#include
#include
using namespace std::chrono_literals;
struct TimerAwaiter {
std::chrono::milliseconds duration;
bool await_ready() const noexcept { retu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
Attachment #60445|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #12 from Jakub Jelinek ---
Finally testcase with only :
#include
struct A {
const char **a = nullptr;
int n = 0;
void push_back (const char *x) { if (!a) a = new const char *[2]; a[n++] = x;
}
const char **begin () const {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118089
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:6ed1b40268ed56c82ea75e7403ded7750d01c85a
commit r15-7455-g6ed1b40268ed56c82ea75e7403ded7750d01c85a
Author: Richard Earnshaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Bug ID: 118817
Summary: stringop-overflow and array-bound error with LTO/O3
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118801
Richard Biener changed:
What|Removed |Added
Keywords||compare-debug-failure
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118785
--- Comment #10 from Martin Jambor ---
Could be, I am about to re-test and commit a patch for PR 118097 which was
approved on Friday and which addresses use of wrong types for IPA-CP
calculation (the patch alone does not fix this ICE, though).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118623
--- Comment #18 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:92142019b6cd0cf1fe483203cf3ec451a9848a42
commit r15-7454-g92142019b6cd0cf1fe483203cf3ec451a9848a42
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118813
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118815
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118753
Bug 118753 depends on bug 118754, which changed state.
Bug 118754 Summary: [15 Regression] FAIL: gcc.target/i386/pr106010-8c.c by
r15-6807-g68326d5d1a593d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118211
Bug 118211 depends on bug 118754, which changed state.
Bug 118754 Summary: [15 Regression] FAIL: gcc.target/i386/pr106010-8c.c by
r15-6807-g68326d5d1a593d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118754
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118807
Richard Biener changed:
What|Removed |Added
Keywords||GC, ice-checking
--- Comment #1 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118809
Richard Biener changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #11 from Jakub Jelinek ---
No thread/chrono:
#include
#include
#include
#include
struct TimerAwaiter {
long ns;
bool await_ready() const noexcept { return false; }
void await_suspend(std::coroutine_handle<> h) const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118807
Nathaniel Shead changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118623
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 regression]|[12/13/14 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118809
--- Comment #4 from Jonathan Wakely ---
I don't think so, there is no constant evaluation here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #16 from Iain Sandoe ---
I wonder if this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94897 is of any
relevance?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #15 from Jakub Jelinek ---
BTW, it might be also interesting to test behavior of the other temporaries
extended newly in the range for, so say something like
#include
[[gnu::noipa]] void
baz (int *)
{
}
struct D {
D () : d (new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118818
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #19 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #17)
> Note, even the D {} temporary goes into function local vars rather than in
> the narrower scope.
hmm. This might be an underlying problem, the coroutines code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #18 from Jason Merrill ---
Before my PR118491 commit, this temporary was added to the frame, apparently
that simple change was inadequate to deal with this category of issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #20 from Jakub Jelinek ---
Note, even just
foo ({});
outside of range-for has its temporaries without pushdecl.
const struct D D.2692;
...
try
{
D::D (&D.2692);
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #23 from Jakub Jelinek ---
Or could we try to walk all the cleanups queued at the end of the range-for and
pushdecl any temporaries mentioned in there if they don't have DECL_NAME yet?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
H.J. Lu changed:
What|Removed |Added
Attachment #60446|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
--- Comment #15 from Jeffrey A. Law ---
I was concerned about that hardreg usage as well. It's from argument setup. I
did an experiment around that, essentially reporting that vector regs were
always likely to be spilled.
That prevents us fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #24 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #23)
> Or could we try to walk all the cleanups queued at the end of the range-for
> and pushdecl any temporaries mentioned in there if they don't have DECL_NAME
> yet?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #8 from John David Anglin ---
trivial_fn_p (fun) returns true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
--- Comment #3 from Matthias Klose ---
the issue goes away when building without precompiled headers :-/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835
Patrick Palka changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #8 from Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115478
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118535
--- Comment #5 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:6d07e3de7e8d39ac144ba1d83bba08d48bacae13
commit r15-7456-g6d07e3de7e8d39ac144ba1d83bba08d48bacae13
Author: Martin Jambor
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118138
--- Comment #10 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:6d07e3de7e8d39ac144ba1d83bba08d48bacae13
commit r15-7456-g6d07e3de7e8d39ac144ba1d83bba08d48bacae13
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118097
--- Comment #37 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:6d07e3de7e8d39ac144ba1d83bba08d48bacae13
commit r15-7456-g6d07e3de7e8d39ac144ba1d83bba08d48bacae13
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Xi Ruoyao changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Xi Ruoyao changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118818
Bug ID: 118818
Summary: Optimization of divps to rcpps + newton can cause slow
down
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #17 from Jakub Jelinek ---
Note, even the D {} temporary goes into function local vars rather than in the
narrower scope.
While for the -std=c++20 case the temporary is created and pushdecl called on
it
#0 pushdecl (decl=, hiding=fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
--- Comment #7 from Richard Biener ---
Oh, and we _do_ fold the stmt, but only w/o following SSA edges by means of
gimple_build which is restricted. We fold the last stmt "extra" but only
inplace and w/o following any edges.
We are also not fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118781
Matthias Klose changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115478
--- Comment #9 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #8)
> For LoongArch we also have a fallout:
>
> __int128 test(__int128 a)
> {
> return a << 16;
> }
>
> is now
>
> srli.d $r12,$r4,48
> slli.d $r5,$r5,16
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #11 from Jonathan Wakely ---
(In reply to Nicholas Williams from comment #0)
> Created attachment 60437 [details]
> Minimal reproduction application
>
> I have discovered a SIGABRT (or, when ASAN is enabled, a heap-use-after-free
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115478
--- Comment #10 from Jeffrey A. Law ---
I took a quick look at the relevant loongarch patterns. I would expect that if
you used an iterator in a similar manner it would "just work".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118818
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
--- Comment #1 from Andrew Pinski ---
>I'll attach a patch, but unfortunately
I didn't see it being attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/onlinedocs/gccint/MIPS-Coprocessors.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111075
--- Comment #9 from John David Anglin ---
(gdb) p debug_tree (fun)
>
DI
size
unit-size
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
83ffbfed0bd0 method basetype
arg-types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118818
Benjamin B. Meier changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
e/dcb40b/gcc/results.20250210/x86_64-pc-linux-gnu/bin/
-B/home/dcb40b/gcc/results.20250210/x86_64-pc-linux-gnu/lib/ -isystem
/home/dcb40b/gcc/results.20250210/x86_64-pc-linux-gnu/include -isystem
/home/dcb40b/gcc/results.20250210/x86_64-pc-linux-gnu/sys-include -fno-checking
-DHAVE_CONFIG_H -I. -I..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118811
--- Comment #12 from Jonathan Wakely ---
As a workaround you can add this non-static data member to your
BackgroundThread class:
namespace Logger
{
class EXPORT BackgroundThread
{
// ...
std::chrono::tzdb_list::const_iterator tzdb =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
Andrew Pinski changed:
What|Removed |Added
Summary|runtime error: signed |[15 Regression] runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118795
Andrew Pinski changed:
What|Removed |Added
Keywords||GC
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118790
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Xi Ruoyao changed:
What|Removed |Added
Blocks||56456
--- Comment #3 from Xi Ruoyao ---
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #14 from Jakub Jelinek ---
Looking at gimple with co_await B{20}; line commented out, the difference
-fno-range-for-ext-temps vs -frange-for-ext-temps is
@@ -77,7 +77,6 @@ void A::~A (struct A * const this)
void bar ()
{
+ st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111628
Rainer Orth changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
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=118574
--- Comment #22 from Jason Merrill ---
We might change the P2718 strategy to use set_up_extended_ref_temp for all
temps in the range_for initializer, rather than none.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #21 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #20)
> Note, even just
> But in the range-for case, the lifetime of those temporaries doesn't end at
> the end of the statement but is until the end of the range for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118817
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118809
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56423
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
--- Comment #3 from Johannes Schiller ---
Created attachment 60449
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60449&action=edit
Patch to gcc/config/mips/mips.cc to convert register names to proper assembly
format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118776
--- Comment #16 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:7cb022442444833796b384684afef14d0b478941
commit r14-11298-g7cb022442444833796b384684afef14d0b478941
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117827
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:15e66f7c2409ddee058afc61a3760d0d055c2f83
commit r14-11288-g15e66f7c2409ddee058afc61a3760d0d055c2f83
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118763
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6cd1daf5206d9e0b2da84bf587c487f68aabd8db
commit r14-11296-g6cd1daf5206d9e0b2da84bf587c487f68aabd8db
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118661
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6f5ada57162c10d5ff4b04de275aadf9c81a3da5
commit r14-11295-g6f5ada57162c10d5ff4b04de275aadf9c81a3da5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115586
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:08bfa32ae92e36a791ebdefd063b4f2616cd6f80
commit r14-11297-g08bfa32ae92e36a791ebdefd063b4f2616cd6f80
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118816
--- Comment #4 from Johannes Schiller ---
(In reply to Andrew Pinski from comment #1)
> >I'll attach a patch, but unfortunately
>
> I didn't see it being attached.
Attaching the patch must've been failed somehow when creating the issue...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118522
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:2349c6a442df76acd15b6efcd70f77ecd718f46a
commit r14-11285-g2349c6a442df76acd15b6efcd70f77ecd718f46a
Author: Jakub Jelinek
1 - 100 of 203 matches
Mail list logo
