https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119012
--- Comment #19 from Levi Zim ---
Another trigger flag, a little surprisingly, is
-ffile-prefix-map=/build/gcc/src=/usr/src/debug/gcc in CFLAGS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119307
Bug ID: 119307
Summary: [15 Regression] ICE: in lra_rtx_hash, at lra.cc:1782
with -Os -mx32 -maddress-mode=long -fprofile-generate
-ftrapv
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
Bug ID: 119308
Summary: Cobol ICE on "hello world" on POWER in
rs6000_output_function_epilogue
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241
--- Comment #5 from Iain Sandoe ---
In my experiments with x86_64 Darwin and Linux, I have managed to convert the
library to use libquadmath.
I started to try and apply Jakub's suggestions to the FE for this BZ, since
what it is doing at the mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119309
Bug ID: 119309
Summary: Compiler continues to run indefinitely while
processing code that contains errors.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119301
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|iains at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295
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=119295
--- Comment #1 from Iain Sandoe ---
Created attachment 60775
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60775&action=edit
Patch tested on x86_64 Darwin and Linux
Unfortunately, we don't have a fallback on Darwin other than to use the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119296
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|iains at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
--- Comment #6 from Iain Sandoe ---
Created attachment 60776
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60776&action=edit
Patch to remove std= and forced lib paths
This removes these from the CPPSPEC in the cobol Make-lang.in and also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119310
Bug ID: 119310
Summary: Unnecessary instructions on std::bit_cast of an array
of 3 strongly-typed floats
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119309
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2025-03-16
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244
--- Comment #9 from Iain Sandoe ---
Created attachment 60777
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60777&action=edit
Initial patch (working on x86_64 darwin and linux)
The relationship between the library and the FE remains uncle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|iains at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115111
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Thomas Koenig changed:
What|Removed |Added
Depends on||119308
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
--- Comment #5 from Sam James ---
(In reply to Thomas Koenig from comment #4)
> Added PR 119308, "Hello World" does not work on Power.
I don't consider that a release blocker, personally, as it's documented (or
should be) that it only works on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
--- Comment #6 from Thomas Koenig ---
(In reply to Sam James from comment #5)
> (In reply to Thomas Koenig from comment #4)
> > Added PR 119308, "Hello World" does not work on Power.
>
> I don't consider that a release blocker, personally, as i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115111
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:5ed0564f2879db35106272556ba91f028177c5cd
commit r15-8074-g5ed0564f2879db35106272556ba91f028177c5cd
Author: Gaius Mulley
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115111
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #33 from Hongtao Liu ---
I have a fix in ivopt for x86 in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115842#c6, you may try to see if
that helps?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118725
Andy B changed:
What|Removed |Added
CC||andress.barajas at gmail dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #8 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #6)
> It looks like the testcase is fragile, it's supposed to check the compiler
> ability of generating code_6_gottpoff_reloc instruction, but failed since
> there's a se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #9 from Hongtao Liu ---
(In reply to Sam James from comment #7)
> This stopped failing for me around:
>
> commit 2bc3ea210565dc7cdbba9adb31acceefed406254
> Author: Sam James
> Date: Fri Nov 22 15:20:45 2024 +
>
> saving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #11 from H.J. Lu ---
(In reply to H.J. Lu from comment #10)
> (In reply to Hongtao Liu from comment #8)
> > (In reply to Hongtao Liu from comment #6)
> > > It looks like the testcase is fragile, it's supposed to check the compiler
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119315
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #34 from chenglulu ---
(In reply to Xi Ruoyao from comment #29)
> For 15 r15-7525 is intended for this issue. But I don't know if it's a good
> idea to backport it, as it's only a workaround, not a proper fix.
>
> Could someone try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069
--- Comment #10 from H.J. Lu ---
(In reply to Hongtao Liu from comment #8)
> (In reply to Hongtao Liu from comment #6)
> > It looks like the testcase is fragile, it's supposed to check the compiler
> > ability of generating code_6_gottpoff_reloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119172
Iain Sandoe changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #2 from Iain Sando
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119311
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
--- Comment #13 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:c5ca45b8069229b6ad9bc845f03f46340f6316d7
commit r15-8075-gc5ca45b8069229b6ad9bc845f03f46340f6316d7
Author: Andrew Pinski
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
--- Comment #8 from Sam James ---
It builds OK on hppa too which is 32-bit BE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113546
Andrew Pinski changed:
What|Removed |Added
Summary|[13/14/15 Regression] |[13/14 Regression] aarch64:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108784
--- Comment #4 from Andrew Pinski ---
(In reply to Arseny Solokha from comment #1)
> (In reply to Arseny Solokha from comment #0)
> > I believe it has nothing to do w/
> > -fharden-conditional-branches, as there are many testcases that fail w/ t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
Bug ID: 119314
Summary: Possibly wrong code generation for branch after tail
function call
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-16
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
--- Comment #2 from Andrew Pinski ---
See https://gcc.gnu.org/bugs/#need
Also try using -fsanitize=address,undefined and fixing all of the issues that
it reports if any.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
--- Comment #3 from Andrew Pinski ---
Before `DEBUG_LOG_INFO("2 Data %p\n", dest.Data);`
is there any calls before hand? Like say to memcpy? or anything that might have
the nonnull attribute on it and uses dest.Data?
Note memcpy before C23 was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85047
Andrew Pinski changed:
What|Removed |Added
CC||kristerw at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119315
Bug ID: 119315
Summary: ICE: verify_gimple failed during IPA pass
remove_symbols with -Os
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119172
--- Comment #1 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:952e17223d3a9809a32be23f86f77166b5860b36
commit r15-8073-g952e17223d3a9809a32be23f86f77166b5860b36
Author: Iain Sandoe
Date: Sun
he attached foo.c with option -S.
Expected:
No "call gcd" instruction inside function 'gcd'.
Actual:
With -O0 and -O1: Two "call gcd" instructions inside function 'gcd'.
Seen with with GCC version 15.0.1 20250316 (from godbolt.org).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119312
Bug ID: 119312
Summary: Constant array not allocated in read-only segment
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241
--- Comment #7 from Iain Sandoe ---
(In reply to Robert Dubner from comment #6)
> (In reply to Iain Sandoe from comment #5)
> > In my experiments with x86_64 Darwin and Linux, I have managed to convert
> > the library to use libquadmath.
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119316
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-17
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118485
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to Matthias Klose from comment #4)
> I don't see any other gnat failures on 32bit archs. But I think m68k is the
> only big-endian one.
powerpc is 32-bit big-endian as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116256
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:9d68a2a67351fc5b56262c0028ef8fd1d1466627
commit r15-8080-g9d68a2a67351fc5b56262c0028ef8fd1d1466627
Author: Jeff Law
Date: Sun Mar 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
--- Comment #4 from Novel ---
(In reply to Andrew Pinski from comment #1)
> >The code is a part of a much larger proprietary codebase, so it's not
> >possible for me to share the exact code that reproduces it. I am writing
> >this report to in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119315
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Summary|ICE: verify_gim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119314
--- Comment #5 from Andrew Pinski ---
(In reply to Novel from comment #0)
> ; CODE XREF from sym.IGNORE_THIS_ITS_FUNCTION_NAME @ 0x8bcc(x)
> ; 0x28f58
> lea rdi, section..got
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119316
Bug ID: 119316
Summary: new expression incorrectly required to have constant
expression size
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118061
uecker at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from ue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
Andrew Pinski changed:
What|Removed |Added
Known to work||14.1.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #50 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #20)
> (In reply to Jakub Jelinek from comment #19)
> > Guess I'll start another reduction with additional -gno-statement-frontiers.
> Likewise.
FYI, both of these a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #15 from uecker at gcc dot gnu.org ---
PATCH 1: https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677746.html
PATCH 2: https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677747.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48379
Adam Badura changed:
What|Removed |Added
CC||adam.f.badura at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60560
--- Comment #4 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:b2b139ddee763dd5fd71a3368e5e66399e3c52a3
commit r15-8079-gb2b139ddee763dd5fd71a3368e5e66399e3c52a3
Author: Harald Anlauf
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48379
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48379
--- Comment #8 from Andrew Pinski ---
>As has already been said, nothing can he done about the promotion in this
>context, so it's not worth warning about.
That is NOT true in C23 since you could use _Float32 instead.
Basically the warning here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119311
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119312
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119312
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
--- Comment #12 from Gwen Fu ---
I know how this bug generate this time (100%)!
This is because the funx conversion_warning (in c-family/c-warn.cc , the helper
function for warnings_for_convert_and_check)lacks some checks when expr is of
type do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119310
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60560
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 60560, which changed state.
Bug 60560 Summary: Problem allocating character array with assumed length
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60560
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119313
Bug ID: 119313
Summary: Internal compiler error when bootstrapping gcc cross
compiler targeting powerpc64-apple-darwin8
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119313
--- Comment #1 from Andrew Pinski ---
// ../../../../libgcc/unwind.inc:141:1: internal compiler error: in
rs6000_emit_prologue, at config/rs6000/rs6000-logue.cc:3118
// 141 | }
// | ^
// 0x19f636f internal_error(char const*, ...)
//
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119313
--- Comment #2 from Andrew Pinski ---
/* The SAVE_WORLD and RESTORE_WORLD routines make a number of
assumptions about the offsets of various bits of the stack
frame. */
gcc_assert (info->gp_save_offset == -220
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115111
--- Comment #2 from Gaius Mulley ---
Created attachment 60780
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60780&action=edit
Proposed fix for while end debugging info
This patch corrects the END token location and fixes the debugging li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119241
--- Comment #6 from Robert Dubner ---
(In reply to Iain Sandoe from comment #5)
> In my experiments with x86_64 Darwin and Linux, I have managed to convert
> the library to use libquadmath.
>
> I started to try and apply Jakub's suggestions to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
--- Comment #24 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #23)
> Created attachment 60785 [details]
> Fully reduced testcase
>
> `./xgcc -B. -O2 -g -fcompare-debug -S t.c -fschedule-insns` is enough now.
> This fails for bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
--- Comment #22 from Andrew Pinski ---
Created attachment 60784
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60784&action=edit
First step at reducing the testcase
I did:
git cherry-pick 3c67a0fa1dd39a3378deb854a7fef0ff7fe38004
First an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
--- Comment #6 from Andrew Pinski ---
> I just can't find the incompleteness
the use of Xyzzy is before it is fully declared. There is only a forward
declaration of the struct type when it is used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119317
--- Comment #3 from Andrew Pinski ---
I should mention another workaround if you don't want to disable debugging
info, is to add -gno-statement-frontiers . Since there are no debugger
consumers of dwarf statement-frontiers should not cause any i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
Robert Dubner changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
-enable-libsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-20250316155648-r15-8074-g5ed0564f2879db-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250316 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119318
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
--- Comment #1 from Hans-Peter Nilsson ---
Tested gcc-14.2 and trunk at r15-7991-g503f10e34dcd
No other options than -O0 / -O1 are required to reproduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-03-17
Target|arm-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
Bug ID: 119319
Summary: incorrect error: invalid use of incomplete type
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118615
Andrew Pinski changed:
What|Removed |Added
Attachment #60784|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
--- Comment #4 from Andrew Pinski ---
Created attachment 60788
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60788&action=edit
Reduced further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119213
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=119319
--- Comment #7 from Andrew Pinski ---
That is:
```
using US0 = vv < std::pair < n0::Xyzzy, typename n1::CL1 < n1::S0, 999 >::ps
> >;
class CL0 : public Error
{
private:
US0 us0;
public:
CL0 (int err, const char *estr, const US0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #27 from Andrew Pinski ---
I am not even sure if clang implementation of this is correct either.
Take:
```
struct s2 {
volatile int t;
int x[1024];
};
struct s2 s;
void foo () {
s = s;
}
```
clang will copy all of s2 rather tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119319
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #5 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119317
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47409
--- Comment #26 from Andrew Pinski ---
(In reply to Richard Biener from comment #6)
> We should at least make sure to use memcpy for the array part in
>
> struct {
> volatile int i;
> int a[10];
> } a, b;
> a = b;
>
> do we really want
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119317
--- Comment #1 from gandalf at winds dot org ---
Created attachment 60783
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60783&action=edit
test17.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119317
Bug ID: 119317
Summary: Named loops (C2y) do not compile with -O1 and -ggdb2
or higher
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
92 matches
Mail list logo
