https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119881
Bug ID: 119881
Summary: support alias analysis for large number of pointers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119880
Bug ID: 119880
Summary: fwide must be called before and after std::wcout to
change wide orientation to allow std::cout works
Product: gcc
Version: 16.0
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119879
Bug ID: 119879
Summary: [r16-39 Regression] FAIL:
gcc.target/i386/avx512fp16-trunc-extendvnhf.c
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119878
Bug ID: 119878
Summary: __builtin_has_attribute(VAR, nonstring) does not work
on multidimensional arrays marked with nonstring
Product: gcc
Version: 15.0
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119592
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[12/13/14/15/16 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
Sam James changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116479
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116479
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
from Andrew Pinski ---
*** Bug 119877 has been marked as a duplicate of this bug. ***
|--- |DUPLICATE
--- Comment #2 from Andrew Pinski ---
Dup. And it is older than GCC 12.
*** This bug has been marked as a duplicate of bug 60551 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119877
--- Comment #1 from Andrew Pinski ---
This is by design IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119842
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119877
Bug ID: 119877
Summary: [12/13/14/15/16 Regression] Honor
__attribute__((unused)) and don't issue a warning
-Wunused-function
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61163|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119866
--- Comment #9 from Barry Revzin ---
> I think it was never intentionally supported in constexpr (it just happened
> to work) and so such code was never correct.
Can it just be made to work in constexpr? Is there a reason not to? It already
mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101197
Andrew Pinski changed:
What|Removed |Added
Summary|__builtin_memmove does not |__builtin_memmove (64) does
-O3 and trunk -O0, while failing with trunk -Os. It turns out my cleanup
revealed another latent bug - it now aborts with trunk -O3 as well
|--- |DUPLICATE
--- Comment #3 from Andrew Pinski ---
Dup.
*** This bug has been marked as a duplicate of bug 54192 ***
#12 from Andrew Pinski ---
*** Bug 119875 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119875
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Try with just -fno-trapping-math .
>
> And try clang with -ftrapping-math.
>
> Since gcc and clang have opposite settings here.
Yes it is trapping math, let m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119876
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-20
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107616
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by John David Anglin
:
https://gcc.gnu.org/g:3ea4b96173db521366cd5d62c125d4cb6c8f6065
commit r12-11062-g3ea4b96173db521366cd5d62c125d4cb6c8f6065
Author: John David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119876
Bug ID: 119876
Summary: suboptimal code for avx512 conditinal move
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119875
--- Comment #1 from Andrew Pinski ---
Try with just -fno-trapping-math .
And try clang with -ftrapping-math.
Since gcc and clang have opposite settings here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119875
Bug ID: 119875
Summary: loop with floating point conditional move not
vectorized without -ffast-math
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939
--- Comment #21 from Nicolas Boulenguez ---
Created attachment 61162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61162&action=edit
assembly file with 8 combinations of options
Hello.
Probably too late, but just in case… Here are the as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116030
--- Comment #11 from Jiu Fu Guo ---
(In reply to Peter Bergner from comment #10)
> Testing was clean with the patch updated with Kewen and Sam's suggestions,
> so I pushed the commit given Kewen's approval in the patch thread.
Hi Peter, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
--- Comment #27 from Tamar Christina ---
(In reply to Tianyang Chou from comment #26)
> (In reply to Tamar Christina from comment #0)
>
> Hi Tamar,
> After reading the whole discussion, I still confused about how does the
> immediate offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119592
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:0701c8d32507d9014c5b425157a034632d01e45f
commit r12-11061-g0701c8d32507d9014c5b425157a034632d01e45f
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119863
--- Comment #4 from Pilar Latiesa ---
Thanks Nathaniel.
I could workaround this issue in my usecase by simply granting friendship to
the particular instantiation that needed it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119864
--- Comment #3 from Pilar Latiesa ---
The original testcase also ICEs with G++ 14. However, simpler omp constructs
(such as #pragma opm parallel for) work with G++-14 + -fmodules-ts.
G++-15 fails to compile anything if the combo -fmodules -fope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117863
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117863
--- Comment #1 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:a9fc1b9dec92842b3a978183388c1833918776fd
commit r16-44-ga9fc1b9dec92842b3a978183388c1833918776fd
Author: H.J. Lu
Date: Sun Apr 20 15:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70782
--- Comment #5 from Andrew Pinski ---
(In reply to Josh Haberman from comment #1)
> I just realized that the union has nothing to do with it. I get exactly the
> same results if the function returns a long:
Note the version in comment #1 is alr
-optimization|tree-optimization
--- Comment #4 from Andrew Pinski ---
Changing the memset into `= {}`; makes the code generation much better.
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
[Bug 36602] memset should be optimized into an empty CONSTRUCTOR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119863
--- Comment #3 from Nathaniel Shead ---
FWIW, in the meantime a workaround is to do
// ...
template
class U
{
template
friend class ::T;
};
// ...
instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67797
--- Comment #8 from Andrew Pinski ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681484.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85697
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119874
Iain Buclaw changed:
What|Removed |Added
Last reconfirmed||2025-04-20
Assignee|ibuclaw at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:3c91f94bbb09c5380c3cc07c4c8fabab332eb962
commit r13-9553-g3c91f94bbb09c5380c3cc07c4c8fabab332eb962
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:9f12448fcbc25c0459b477cb6c1cef7012849346
commit r13-9554-g9f12448fcbc25c0459b477cb6c1cef7012849346
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118309
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:849dcb45c5a79fa29c3cf706c987157deea4ac9d
commit r13-9552-g849dcb45c5a79fa29c3cf706c987157deea4ac9d
Author: Iain Buclaw
Date
nts).
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67797
[Bug 67797] builtin functions should be able to know when their first argument
is returned for tail calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119641
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119826
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:88b3c896602036b61005501981b6f4a4deca59b0
commit r14-11667-g88b3c896602036b61005501981b6f4a4deca59b0
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119817
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:d1b7ee4879aca90c9828b6b9f4937ed15513adfa
commit r14-11666-gd1b7ee4879aca90c9828b6b9f4937ed15513adfa
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118309
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:aec3b99d3dee8a35adabb23c7835dfbd41e45520
commit r14-11665-gaec3b99d3dee8a35adabb23c7835dfbd41e45520
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119874
Bug ID: 119874
Summary: d: Recognize user-defined prototypes of built-in
functions
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #34 from mcccs at gmx dot com ---
Thanks Andrew for the reply. In that case, the issue is probably invalid
because checkpoint4.cpp also has several reinterpret_casts casting to things
involving templates. Too bad, LLVM's -fsanitize=un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19799
--- Comment #10 from John David Anglin ---
Yup:
https://gcc.gnu.org/pipermail/gcc-testresults/2025-April/844452.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #33 from Andrew Pinski ---
(In reply to mcccs from comment #31)
> Created attachment 61160 [details]
> minimized.cpp
>
> GCC -O1 -fstrict-aliasing or -O2 or -O3: aborts
>
> I've attached the minimized human-readable reduced file. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #32 from mcccs at gmx dot com ---
Oh no I'm so sorry all! I tried to set the previous attachment obsolete
unfortunately it quoted all of it and posted here! Sorry for the tall thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #31 from mcccs at gmx dot com ---
Created attachment 61160
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61160&action=edit
minimized.cpp
GCC -O1 -fstrict-aliasing or -O2 or -O3: aborts
I've attached the minimized human-readab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
mcccs at gmx dot com changed:
What|Removed |Added
Attachment #61145|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #156 from Andrew Pinski ---
Created attachment 61159
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61159&action=edit
Preprocessed source
Adding the preprocessed source just in case the other site goes down for some
reason.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28306
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #6 from Denis Chertykov ---
Proposed patch
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681478.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
Thomas Schwinge changed:
What|Removed |Added
See Also||https://github.com/Rust-GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #21 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:79d2c3089f480738613b7d338d86d8be710f8158
commit r16-42-g79d2c3089f480738613b7d338d86d8be710f8158
Author: Thomas Schwinge
Date:
||a.com
--- Comment #18 from Andrew Pinski ---
*** Bug 81739 has been marked as a duplicate of this bug. ***
|--- |DUPLICATE
--- Comment #3 from Andrew Pinski ---
Dup.
*** This bug has been marked as a duplicate of bug 12086 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119865
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:1a64b224fa014e772fb30f6bd69ceb24da5827e6
commit r16-41-g1a64b224fa014e772fb30f6bd69ceb24da5827e6
Author: Jeff Law
Date: Sat Apr 19 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119865
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118410
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:874f4c164749f1ed5b60ddf1d4533c8f4ba627a1
commit r16-40-g874f4c164749f1ed5b60ddf1d4533c8f4ba627a1
Author: Jeff Law
Date: Sat Apr 19 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31889
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=119862
Dimitar Dimitrov changed:
What|Removed |Added
Last reconfirmed||2025-04-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23471
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-08-29 00:00:00 |2025-4-19
--- Comment #6 from Andrew Pin
||a/show_bug.cgi?id=28850
--- Comment #8 from Andrew Pinski ---
Note the non-musttail call missed tail call bug report about this is PR 28850.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119491
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119873
Bug ID: 119873
Summary: s390x musttail call failure on s390x
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #5 from Denis Chertykov ---
The patch is simple.
diff --git a/gcc/lra-constraints.cc b/gcc/lra-constraints.cc
index 7dbc7fe1e00..6c86e4f8f6c 100644
--- a/gcc/lra-constraints.cc
+++ b/gcc/lra-constraints.cc
@@ -5883,8 +5883,8 @@ stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43233
--- Comment #3 from Andrew Pinski ---
That is take:
```
int g1,g2,g3;
int f2(int a, int b)
{
a &= 1;
if (b)
g3++;
if (a) return g1;
return g2;
}
int f2_(int a, int b)
{
if (b)
g3++;
a &= 1;
if (a) retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87900
--- Comment #6 from Andrew Pinski ---
Patch submitted:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681476.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119865
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #440 from John Paul Adrian Glaubitz ---
The branch for GCC 16 has opened now, so I assume it would be a good time to
rebase the patches so I can re-test them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111949
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111949
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:0939abea33ce9d9eb9328f80aace8109c096760c
commit r16-37-g0939abea33ce9d9eb9328f80aace8109c096760c
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118257
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:05c4e3ecb54d22836ba2ae0ec1efedf8b78d7522
commit r16-36-g05c4e3ecb54d22836ba2ae0ec1efedf8b78d7522
Author: Jiaxun Yang
Date: Sat Apr 19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111814
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:2a643f55f5acc05dcc7cee133647bf3193d5b563
commit r16-35-g2a643f55f5acc05dcc7cee133647bf3193d5b563
Author: Jiaxun Yang
Date: Sat Apr 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119865
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119865
--- Comment #2 from Jeffrey A. Law ---
It's not in gcc-15 as far as I know. I would much rather sit down and
understand the failure rather than revert, even if it was in gcc-15.
The original code was plain wrong and the failure below strongly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119866
--- Comment #8 from Jonathan Wakely ---
(In reply to Barry Revzin from comment #3)
> At this point lots of code relies on that working.
I think it was never intentionally supported in constexpr (it just happened to
work) and so such code was ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677
--- Comment #20 from Eyal Rozenberg ---
(In reply to Vincent Lefèvre from comment #19)
> However, the i++ is not completely useless, as this is a way to tell the
> compiler that the number of iterations is bounded by INT_MAX
I wouldn't say that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119864
--- Comment #2 from Pilar Latiesa ---
It seems that as is failing because of a duplicate symbol.
This is the content of m.s generated with -save-temps:
.file "m.cpp"
.text
.globl _ZGIW1m
.type _ZGIW1m, @fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119864
Pilar Latiesa changed:
What|Removed |Added
Known to work||14.2.0
Summary|[modules] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
--- Comment #1 from Sam James ---
-fno-ivopts works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
Sam James changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119872
Bug ID: 119872
Summary: [15 regression] wrong code at -O{1,2,s}
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110522
--- Comment #6 from Roman Lebedev ---
Somewhat relevant: i've looked into feeding such compiler SARIF's
into already-existing Github SARIF upload tooling, and it almost works,
consider upvoting: https://github.com/orgs/community/discussions/1571
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119871
Bug ID: 119871
Summary: Function parameters should never be name-independent
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119870
Bug ID: 119870
Summary: `(vector8 unsigned) {0,0x8000}` and `-0.0`
constant formation could be better
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119796
--- Comment #12 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d490c5884bf0e5b8d8752969d2ee4dacea700be0
commit r14-11664-gd490c5884bf0e5b8d8752969d2ee4dacea700be0
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101075
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d490c5884bf0e5b8d8752969d2ee4dacea700be0
commit r14-11664-gd490c5884bf0e5b8d8752969d2ee4dacea700be0
Author: Jakub Jelinek
Date: Sat Apr 12 13:15:13 2025 +0200
driver: Fix up -freport-bug for ASLR [PR119727]
With --enable-host-pie -freport-bug almost never prepares preprocessed
source and instead emits
The bug is not reproducible, so it is likely a hardware or OS problem.
message even for bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119796
--- Comment #11 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:50bd360f9270e6656368a5bdf9426b4022780609
commit r14-11663-g50bd360f9270e6656368a5bdf9426b4022780609
Author: Jakub Jelinek
1 - 100 of 280315 matches
Mail list logo