https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119387
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119659
Bug ID: 119659
Summary: [OpenMP] append_args in iobj member function applies
to the wrong paramater
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #20 from Jakub Jelinek ---
--- gcc/testsuite/g++.dg/lto/pr119614_0.C.jj2025-04-07 08:44:32.868051786
+0200
+++ gcc/testsuite/g++.dg/lto/pr119614_0.C 2025-04-07 08:44:27.810122315
+0200
@@ -0,0 +1,34 @@
+// PR tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119318
Sam James changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Sam James ---
(I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119659
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119660
Bug ID: 119660
Summary: builtin functions erroneously suggested as originating
in system headers
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #19 from Jakub Jelinek ---
(In reply to Sam James from comment #18)
> (In reply to Jakub Jelinek from comment #17)
> > Tried compiling the pr119614.C test from my last patch with -O2 -r -flto=2
> > -flto-partition=max but for some re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #18 from Sam James ---
(In reply to Jakub Jelinek from comment #17)
> Tried compiling the pr119614.C test from my last patch with -O2 -r -flto=2
> -flto-partition=max but for some reason that still doesn't force each
> function to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #17 from Jakub Jelinek ---
Tried compiling the pr119614.C test from my last patch with -O2 -r -flto=2
-flto-partition=max but for some reason that still doesn't force each function
to a separate partition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119460
--- Comment #20 from Paul Thomas ---
(In reply to anlauf from comment #19)
>
> ! { dg-require-effective-target fortran_real_16 }
>
> in order to prevent new issues popping up... ;-)
I decided to go for real_8 with twice the extent of the 'fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #15 from Sam James ---
Created attachment 61025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61025&action=edit
generated_message_tctable_lite.cc.ii.xz (LTO)
Reduction still going.
```
$ g++ -flto=auto -shared -O3 generated_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119658
Bug ID: 119658
Summary: Better support for freestanding env on Windows
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
--- Comment #18 from Andrew Pinski ---
(In reply to nightstrike from comment #16)
> On mingw-w64, the new testcase fails:
>
> Excess errors:
> /tmp/gcc/testsuite/gcc.c-torture/execute/pr117432.c:35:15: error: macro
> 'va_start' requires 2 argum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
--- Comment #17 from Sam James ---
(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 default on trunk for some time, va_start can
have one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119617
--- Comment #3 from Hongtao Liu ---
(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 there's
> > still traces of it left?
>
> Let's ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119617
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657
Bug ID: 119657
Summary: GCC 15 fails with unknown pseudo-op .base64 error on
std::println with special char as last letter
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657
--- Comment #1 from Sam James ---
What version of gas (the assembler) do you have? How did you get GCC 15? (If
you built it yourself or got it from somewhere with a newer Binutils than your
environment has, it would explain this.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104965
Sam James changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression] Yet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104965
--- Comment #13 from Andrew Pinski ---
(In reply to Sam James from comment #12)
> (In reply to Andrew Pinski from comment #11)
> > I think it was fixed by the operator new work that was done.
>
> -fno-assume-sane-operators-new-delete still work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102294
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652
--- Comment #2 from Patrick Palka ---
FWIW it works if A is initialized via default-init or copy-list-init:
constinit A a{};// error
constinit A a; // OK
constinit A a = {}; // OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119614
--- Comment #14 from Sam James ---
Created attachment 61024
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61024&action=edit
protobuf-lto.tar.xz
Here's a failure of protobuf w/ LTO with that patch, sadly. I'm reducing it but
attaching it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
Sam James changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #11 from Sam James -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115880
--- Comment #8 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #7)
If the fix was after gcc14-r1, then it is missing in the gcc14 port, since
apparently r1 is used:
https://github.com/macports/macports-ports/blob/936d189aa5bf8e792
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115880
--- Comment #7 from Iain Sandoe ---
(In reply to Sergey Fedorov from comment #6)
> (In reply to Iain Sandoe from comment #2)
> > I have posted patches (which need an update [on my shorter TODO] that
> > implement the availability attribute). Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119655
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Wait this might be a dup. I think Jan might have filed this bug ...
Turns out this is not a dup bug related to PR 117793.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115880
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
--- Comment #12 from Sam James ---
(In reply to Andrew Pinski from comment #10)
> The real issue here is that fold during the building of generic
> Converted `(separate_stderr && orig_err != STDERR_FILENO)` into
> `(separate_stderr & orig_err !=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119655
--- Comment #2 from Andrew Pinski ---
Wait this might be a dup. I think Jan might have filed this bug ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94293
--- Comment #11 from Andrew Pinski ---
In fact doing:
```
#include
#undef _GLIBCXX_EXTERN_TEMPLATE
```
Fixes the code on the trunk so yes this is basically a dup of bug 86590 now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94293
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |ipa
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650
--- Comment #2 from Gaius Mulley ---
Created attachment 61023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61023&action=edit
Proposed fix which implements SStrIO.{def,mod}
Here is a proposed fix containing a new library module SStrIO.{d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94293
--- Comment #9 from Andrew Pinski ---
The trunk (GCC 15) can do it for C++20 but not for C++17 or earlier because
std::__cxx11::basic_string::_M_create is not inlined.
And GCC thinks:
_20 = std::__cxx11::basic_string::_M_create (&p.second, &__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79349
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79349
Andrew Pinski changed:
What|Removed |Added
Depends on||23384
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #14 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #13)
> (In reply to Sergey Fedorov from comment #12)
> > (In reply to Jonathan Wakely from comment #10)
> >
> > The same error happens even without the macro in questi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #16 from Sergey Fedorov ---
So apparently what we need is `_DARWIN_C_SOURCE` defined. At least passing that
as a cppflag fixed the error. Should be fixed on ICU side then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #15 from Sergey Fedorov ---
And this also:
```
#if !defined _POSIX_C_SOURCE && \
defined(__APPLE__) && defined(__MACH__) && !defined(__clang__)
// Needed to prevent EOWNERDEAD issues with GCC on Mac
#define _POSIX_C_SOURCE 200809
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119656
--- Comment #1 from anlauf at gcc dot gnu.org ---
Created attachment 61022
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61022&action=edit
Testcase
It actually helps to attach it...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119656
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119656
Bug ID: 119656
Summary: [12/13/14/15 Regression] Wrong code with impure
elemental subroutine and interface
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119655
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-06
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119655
Bug ID: 119655
Summary: Copy prop STRING_CST into memcpy
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119654
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119654
Bug ID: 119654
Summary: name lookup after `typename` incorrectly ignores
non-type non-namespace names
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #13 from Iain Sandoe ---
(In reply to Sergey Fedorov from comment #12)
> (In reply to Jonathan Wakely from comment #10)
>
> The same error happens even without the macro in question being passed, at
> least explicitly. Getting it wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93469
--- Comment #12 from Sergey Fedorov ---
(In reply to Jonathan Wakely from comment #10)
The same error happens even without the macro in question being passed, at
least explicitly. Getting it with gcc 14.2.0 and ICU 76.1 (on x86_64, but not
on po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119645
Thomas Schwinge changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119642
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-06
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118674
Andrew Pinski changed:
What|Removed |Added
CC||xieym3 at zohomail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119653
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112625
Michail Stamatakis changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119653
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-04-06
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119649
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119595
--- Comment #5 from Iain Sandoe ---
Very encouraging
I put this patch (with obvious amendments) on top of my posted patches for
libquadmath support - and then adjusted the sorry in cobol1 (so that it only
required float128).
x86_64-darwin1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119653
Bug ID: 119653
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118626
Patrick Palka changed:
What|Removed |Added
Target Milestone|16.0|15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119649
--- Comment #2 from Xieym ---
The following also has the same crash signature, is it the same reason?
$ cat file.c
void main(){
float x = 1.;
x *= sqrt(x);
char *x ="";
}
Url: https://godbolt.org/z/oradxqaxE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652
Patrick Palka changed:
What|Removed |Added
Known to fail||14.2.0, 15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119652
Bug ID: 119652
Summary: constinit empty direct-list-initialization incorrectly
rejected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119651
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119648
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119651
Bug ID: 119651
Summary: internal compiler error: tree check: expected class
'type', have 'exceptional' (error_mark) in
tree_nonzero_bits, at fold-const.cc:16702
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119649
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119649
--- Comment #1 from Andrew Pinski ---
Confirmed. Reduced dejagnuified testcase:
```
/* { dg-do compile } */
int f(const char*);
int g(int args, int sum) {
sum +=
f(__builtin_va_arg(args, char const *)); /* { dg-error "first argument to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119650
Bug ID: 119650
Summary: WriteString for String
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: modula2
As
token
2 | /
| ^
In file included from :3:
/opt/compiler-explorer/gcc-trunk-20250406/lib/gcc/x86_64-linux-gnu/15.0.1/include/stdarg.h:103:9:
error: unknown type name '__gnuc_va_list'
103 | typedef __gnuc_va_list va_list;
| ^~
: In function 'main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
--- Comment #6 from mcccs at gmx dot com ---
Lastly I would like to mention why this is such an important issue in the use
__bf16 and why __bf16 is otherwise very inefficient: bfcvt is not only used for
casts. Consider the following code:
__bf16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119414
--- Comment #5 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:54932496a8b36a3991f7e533cc3a47ae41148b3e
commit r15-9233-g54932496a8b36a3991f7e533cc3a47ae41148b3e
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119626
--- Comment #5 from mcccs at gmx dot com ---
Sorry for another ping. I did some more research and to make it easier for you
to confirm this issue, we can confirm the expected behavior with clang:
Clang behavior -march=armv9-a+bf16 -O3:
void co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119648
--- Comment #1 from Greg Chandler ---
[ALL ]libtool: compile:
/opt/cross-build/alphaev6-unknown-linux-gnu/build/build-cc-gcc-final/./gcc/xg++
-B/opt/cross-build/alphaev6-unknown-linux-gnu/build/build-cc-gcc-final/./gcc/
-nostdinc++ -nostdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119648
Bug ID: 119648
Summary: Alpha cross-compile yields header issues
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119364
--- Comment #8 from Matthias Klose ---
the patch in comment 7 works for me, also building the libgcobol library
successfully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102217
--- Comment #13 from Andrew Pinski ---
Created attachment 61020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61020&action=edit
Reduced testcase
This ICEs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102217
Andrew Pinski changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119646
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119646
--- Comment #2 from Andrew Pinski ---
Created attachment 61019
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61019&action=edit
Reduced testcase
88 matches
Mail list logo
