https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #49 from Richard Biener ---
(In reply to M Welinder from comment #48)
> It's your (1). gcc is changing a program that can rely on errno not being
> changed to one where the C library can change it. (The current C library or
> any fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
Bug ID: 113082
Summary: builtin transforms do not honor errno
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-12-19
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
--- Comment #2 from Florian Weimer ---
(In reply to Richard Biener from comment #1)
> Joseph - I wonder if the standard folks can be convinced to amend most
> library function documentation as to not altering 'errno' (like memcpy,
> strlen, etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110651
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||patch
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #14 from David Binderman ---
(In reply to Andrew Pinski from comment #9)
> Does it work correctly without valgrind?
Yes. No one has yet attempted to reproduce my results.
vld1q_u8 is a 128 bit ARM hardware instruction.
I assume tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888
--- Comment #51 from David Brown ---
(In reply to M Welinder from comment #48)
> It's your (1). gcc is changing a program that can rely on errno not being
> changed to one where the C library can change it. (The current C library or
> any futur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #15 from David Binderman ---
(In reply to Jonathan Wakely from comment #12)
> Because otherwise I'm going to get blamed for every bug older than
> 2022-11-01!
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111270#c1
My apologies for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
--- Comment #3 from rguenther at suse dot de ---
On Tue, 19 Dec 2023, fw at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
>
> --- Comment #2 from Florian Weimer ---
> (In reply to Richard Biener from comment #1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113073
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=113076
Richard Biener changed:
What|Removed |Added
Target||riscv
--- Comment #1 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113078
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=113079
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
--- Comment #4 from m.cencora at gmail dot com ---
This also might be a just another symptom of the same root cause:
struct bar
{
bar() = default;
bar(const bar&);
bar(bar&&);
bar& operator=(const bar&);
bar& operator=(bar&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #16 from Jonathan Wakely ---
Not sheer fluke, it was the same ^d4ba3b369c commit both times, because that
was the oldest commit in your clone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113061
--- Comment #3 from GCC Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:2cd55480857bf310c9be7daea39ea266772d3666
commit r14-6678-g2cd55480857bf310c9be7daea39ea266772d3666
Author: Alex Coplan
Date: Tue D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:80e1375ed7a7a05a5a60a57e72c5ad5eba005798
commit r14-6679-g80e1375ed7a7a05a5a60a57e72c5ad5eba005798
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113061
Alex Coplan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113062
Alex Coplan changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Alex Coplan --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #7 from Uroš Bizjak ---
(In reply to GCC Commits from comment #5)
> The master branch has been updated by Richard Biener :
Can this patch be backported to gcc-13 branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
--- Comment #18 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0cf251fba0f0a374225a81021af5ec6c6ccceb5b
commit r13-8167-g0cf251fba0f0a374225a81021af5ec6c6ccceb5b
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
--- Comment #19 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:08a9df82bc2958df1c5508a0352d31a29c0ebe74
commit r12-10061-g08a9df82bc2958df1c5508a0352d31a29c0ebe74
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113077
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
--- Comment #20 from GCC Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d9b7e78dae13945dd9b296f2cca67650da0f869d
commit r11-11159-gd9b7e78dae13945dd9b296f2cca67650da0f869d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112816
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113080
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-12-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #8 from Richard Biener ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to GCC Commits from comment #5)
> > The master branch has been updated by Richard Biener :
>
> Can this patch be backported to gcc-13 branch?
Sure - I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111736
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:06ffe577036fa58968960afc62e16349fa43d496
commit r13-8168-g06ffe577036fa58968960afc62e16349fa43d496
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90868
--- Comment #2 from GCC Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:cf840a7f7c14242ab7018071310851486a557d4f
commit r14-6681-gcf840a7f7c14242ab7018071310851486a557d4f
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
--- Comment #5 from m.cencora at gmail dot com ---
(In reply to m.cencora from comment #4)
> This also might be a just another symptom of the same root cause:
This one is actually a regression (worked on gcc 8.3 and older)
master --target=arm-linux-gnueabi
--disable-bootstrap --enable-languages=c,c++,fortran --disable-multilib
--disable-libsanitizer --enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231219 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113040
avieira at gcc dot gnu.org changed:
What|Removed |Added
CC||avieira at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113080
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:afd49e663258061a10f0f2c4a8f8aa2bf97bee42
commit r14-6684-gafd49e663258061a10f0f2c4a8f8aa2bf97bee42
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113073
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:aa2a48984c3d8c7a6a6da10d924e030b141b44cd
commit r14-6683-gaa2a48984c3d8c7a6a6da10d924e030b141b44cd
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113073
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113080
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113083
Richard Biener changed:
What|Removed |Added
Component|target |c++
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #17 from Mark Wielaard ---
I am surprised valgrind memcheck doesn't produce more output, normally it would
tell you why & where it found the address invalid. I assume somehow valgrind
memcheck believes it is reading past the end of a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81615
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113083
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113083
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113076
Edwin Lu changed:
What|Removed |Added
Summary|[14] RISC-V:|[14] RISC-V:
|gfortran.dg/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
--- Comment #6 from Marek Polacek ---
(In reply to m.cencora from comment #4)
> This also might be a just another symptom of the same root cause:
>
> struct bar
> {
> bar() = default;
>
> bar(const bar&);
> bar(bar&&);
>
> bar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113084
Bug ID: 113084
Summary: aarch64: vget_low blocks tail-call
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070
Alex Coplan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90679
--- Comment #1 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:6d27ee7fcc3e31c2142124027dc87e5a0288c9ab
commit r14-6714-g6d27ee7fcc3e31c2142124027dc87e5a0288c9ab
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90679
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0a37463758dabc9647fa3d675dffdf43a737035d
commit r14-6715-g0a37463758dabc9647fa3d675dffdf43a737035d
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90679
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=113045
--- Comment #18 from David Binderman ---
(In reply to Mark Wielaard from comment #17)
> I am surprised valgrind memcheck doesn't produce more output, normally it
> would tell you why & where it found the address invalid.
The valgrind output I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113084
Andrew Pinski changed:
What|Removed |Added
Component|target |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113084
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104820
matoro changed:
What|Removed |Added
CC||matoro_gcc_bugzilla@matoro.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113045
--- Comment #19 from Mark Wielaard ---
(In reply to David Binderman from comment #18)
> (In reply to Mark Wielaard from comment #17)
> > I am surprised valgrind memcheck doesn't produce more output, normally it
> > would tell you why & where it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113084
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113085
Bug ID: 113085
Summary: New test case libgomp.c/alloc-pinned-1.c from
r14-6499-g348874f0baac0f fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104820
--- Comment #2 from Andrew Pinski ---
(In reply to matoro from comment #1)
> This also seems to affect ia64 I think:
IA64 is most likely a different issue, BImode used there. I would file it as a
seperate bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113040
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113086
Bug ID: 113086
Summary: m68k: ICE at emit-rtl.cc:2287 with
-fzero-call-used-regs=all -fPIE compiling openssh
9.6p1
Product: gcc
Version: 13.2.0
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113081
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-12-19
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111735
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:1502d724df85163b14b04e8f67072ca88eac411d
commit r14-6716-g1502d724df85163b14b04e8f67072ca88eac411d
Author: David Faust
Date: Tue D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113082
--- Comment #5 from joseph at codesourcery dot com ---
I think it would be reasonable for glibc to require that audit modules
don't change errno, at least when acting for libc function calls where
glibc guarantees not changing errno. I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81615
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=51571
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58055
Bug 58055 depends on bug 51571, which changed state.
Bug 51571 Summary: No named return value optimization while adding a dummy scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51571
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108975
Jason Merrill changed:
What|Removed |Added
Assignee|jason at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81615
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81615
--- Comment #20 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #19)
> (In reply to anlauf from comment #18)
> > (In reply to Alex Coplan from comment #17)
> > > Just a ping: it would be nice if this could be fixed, I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108975
--- Comment #20 from Patrick Palka ---
(In reply to Jason Merrill from comment #19)
> Patrick, do you want to backport your patch?
Sure, will do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106213
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58487
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58055
Bug 58055 depends on bug 58487, which changed state.
Bug 58487 Summary: Missed return value optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58487
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88136
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103185
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=102420
--- Comment #3 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:5ba949c096f5250aa4efb94fb7c94d1304c1bf39
commit r14-6722-g5ba949c096f5250aa4efb94fb7c94d1304c1bf39
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113063
--- Comment #4 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:fced59166f95e9922a72392955e4fed095afd47e
commit r14-6724-gfced59166f95e9922a72392955e4fed095afd47e
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113063
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108099
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106371
Lénárd Szolnoki changed:
What|Removed |Added
CC||leni536 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97219
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113083
--- Comment #2 from Marek Polacek ---
Previously we had:
{
return A::A (this);
}
now:
{
return *this = {};
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113069
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
Bug ID: 113087
Summary: [14] RISC-V rv64gcv vector: Runtime mismatch with
rv64gc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #1 from JuzheZhong ---
Is this coming from SPEC 527 or 549 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113047
Nathaniel Shead changed:
What|Removed |Added
CC||nathanieloshead at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #2 from Patrick O'Neill ---
No, this is from a random generator but the 527/549 issues could be related?
I haven't reduced spec fails.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #3 from JuzheZhong ---
(In reply to Patrick O'Neill from comment #2)
> No, this is from a random generator but the 527/549 issues could be related?
> I haven't reduced spec fails.
I can't reproduce spec fails. We have tested it on b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113069
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:40337cae12051336626d39500485cfc488c9c26e
commit r14-6725-g40337cae12051336626d39500485cfc488c9c26e
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113069
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113088
Bug ID: 113088
Summary: Segmentation fault with empty try/catch following
try/catch with returns + noexcept destructor
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #4 from Patrick O'Neill ---
I can attempt to reduce them however running an iteration of 549 takes multiple
hours so it might be challenging using my current setup (creduce).
Hopefully the random generator stumbles across the same is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113088
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113012
--- Comment #9 from GCC Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:576c1fc4401a9dae9757ac2e4fa37d05e130fa3d
commit r14-6730-g576c1fc4401a9dae9757ac2e4fa37d05e130fa3d
Author: Siddhesh Poyarekar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113002
Alexandre Oliva changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108975
--- Comment #21 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:c563e5d6c5177bedf0dd8fc410f390bb3ec37183
commit r13-8170-gc563e5d6c5177bedf0dd8fc410f390bb3ec37183
Author: Patrick Palka
1 - 100 of 114 matches
Mail list logo