https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #3 from Tobias Burnus ---
> ... this is ill-formed OpenMP?
For 'requires unified_shared_memory', you are in the realm of un(der)specified
behavior as OpenMP does not even mention how this case is handled.
If you do (A) - or (B.1) +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #13 from Christoph Reiter ---
We found another crash in gegl. I'll try to reduce later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120209
Bug ID: 120209
Summary: [SH] Float constant 1.0 is loaded from constant pool
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111479
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=111479
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
--- Comment #12 from Andrew Pinski ---
*** Bug 111479 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
--- Comment #2 from Andrew Pinski ---
(In reply to Stas Sergeev from comment #1)
> While I am at it, I wonder
> how to ask gcc to ignore the
> #lineno directives in a
> preprocessed input. I've found
> -P to not generate them, but
> if they are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
--- Comment #3 from Andrew Pinski ---
It is not exactly scan is the issue but what is assigned to scan.
Both start and newstart are initialized conditionally.
And it seems like it is hard to figure out if the conditions at which they are
set are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
Kael Franco changed:
What|Removed |Added
CC||kaelfandrew at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
H.J. Lu changed:
What|Removed |Added
Ever confirmed|1 |0
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120212
Bug ID: 120212
Summary: : Optional empty repetitions should not match
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
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=117184
--- Comment #1 from John Paul Adrian Glaubitz ---
This bug still exists on gcc-16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
Bug ID: 120208
Summary: -Wmaybe-uninitialized with -O2 obviously wrong
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
--- Comment #1 from Stas Sergeev ---
While I am at it, I wonder
how to ask gcc to ignore the
#lineno directives in a
preprocessed input. I've found
-P to not generate them, but
if they are added, then locating
the problematic spot in a
preproces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120163
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
--- Comment #13 from GCC Commits ---
The master branch has been updated by Filip Kastl :
https://gcc.gnu.org/g:358a5aedf2b5b61f4edfc7964144355a4897dbb9
commit r16-513-g358a5aedf2b5b61f4edfc7964144355a4897dbb9
Author: Filip Kastl
Date: Sat M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
Filip Kastl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
Bug ID: 120207
Summary: [12/13/14/15/16 Regression]
print_rtl_single_with_indent is undefined
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #4 from Tobias Burnus ---
Hmm, actually, it looks as if I have already implemented (B.2) in GCC 15+ in
libgomp/target.c's gomp_load_image_to_device:
if (is_link_var
&& (omp_requires_mask
& (GOMP_REQUIRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119753
--- Comment #11 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #8)
> IMNSHO it is POSIX that should be fixed. Clearly they've added a
> requirement there that doesn't match what the compilers actually do (GCC,
> clang, ICC (bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120209
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119335
James K. Lowden changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jklowden at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
Iouri Kharon changed:
What|Removed |Added
Attachment #61379|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120197
--- Comment #2 from mcccs at gmx dot com ---
Bisection: r10-7361-gfddfd3ce555965
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #26 from anlauf at gcc dot gnu.org ---
Have you tried to move some of the checks *after* the resolution stage?
The checks in check.cc are invoked rather early. Maybe look into
trans-intrinsic.cc (conv_isocbinding_function)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=07
--- Comment #45 from GCC Commits ---
The master branch has been updated by Jonathan Yong :
https://gcc.gnu.org/g:ee7c0a5b70dc316477f45abc0f09dd2af9abe5cb
commit r16-511-gee7c0a5b70dc316477f45abc0f09dd2af9abe5cb
Author: LIU Hao
Date: Tue Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120163
--- Comment #2 from Thomas Koenig ---
Patch at https://gcc.gnu.org/pipermail/fortran/2025-May/062123.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
--- Comment #2 from Andrew Pinski ---
It was never used except for print_rtl_single .
Added with
https://inbox.sourceware.org/gcc-patches/CABu31nMr3UPWBjGMCKqZ-EhgJoEZZFXx9h=9lry2o5su1ek...@mail.gmail.com/
It was going to be used in
https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
Andrew Pinski changed:
What|Removed |Added
Summary|[12/13/14/15/16 Regression] |print_rtl_single_with_inden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119335
--- Comment #2 from Simon Sobisch ---
That's totally fine if those are _really_ the files read-in as copybooks (if
they were opened with an extension, then of course this should be in).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
--- Comment #3 from Andrew Pinski ---
Created attachment 61395
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61395&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996
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=109996
--- Comment #6 from Sam James ---
(In reply to mcccs from comment #5)
> Created attachment 61396 [details]
> adapted for trunk and older GCCs and Clang, removed warnings
>
> Here's the a little bit hand-simplified version (I mostly removed redu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120210
Bug ID: 120210
Summary: [12/13/14/15 Regression] std::array like class gives
an maybe-uninitialized warning on size() function
Product: gcc
Version: 14.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119769
James K. Lowden changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250510 (experimental) (GCC)
[591] %
[591] % gcctk -O3 -fno-tree-copy-prop -fno-tree-dominator-opts
-fno-tree-loop-ivcanon -fno-tree-pre -fno-code-hoisting small.c
during GI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120193
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:512371d786e70d27dbaef38d60e9036c11f458c6
commit r16-516-g512371d786e70d27dbaef38d60e9036c11f458c6
Author: Jakub Jelinek
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120207
--- Comment #5 from Andrew Pinski ---
(In reply to H.J. Lu from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > Created attachment 61395 [details]
> > Patch which I am testing
>
> -/* Like print_rtx, except specify a file. */
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102891
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:94fa992b60e53dcf807fc7055ab606d828b931d8
commit r16-518-g94fa992b60e53dcf807fc7055ab606d828b931d8
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
--- Comment #3 from Andrew Pinski ---
Reduced testcase:
```
auto t = [](decltype([](){}) &){};
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119916
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=120174
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107430
Bug 107430 depends on bug 120174, which changed state.
Bug 120174 Summary: ICE (Segfault) in GCC when passing array of class to
generic lambda taking decltype of lambda with -std=c++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120174
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99505
Andrew Pinski changed:
What|Removed |Added
CC||mario.rodriguezb1 at um dot es
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996
Sam James changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #15 from Christoph Reiter ---
Thanks, that seems to have fixed the babl build.
Because I already had it, a reduced example:
$ cat test.c
// gcc -O2 -gcodeview -c test.c
typedef long a;
typedef int b;
int c(void *, void *, a);
b d()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120211
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119907
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-11
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119909
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119909
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:bfb61bf309ed207694a97adabc454bfd0936b269
commit r16-522-gbfb61bf309ed207694a97adabc454bfd0936b269
Author: Andrew Pinski
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120217
Bug ID: 120217
Summary: FAIL: std/ranges/adaptors/p2770r0.cc -std=gnu++26
(test for excess errors)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120217
H.J. Lu changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120217
--- Comment #1 from H.J. Lu ---
Never mind. It was caused by my local changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119928
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Thomas Koenig
:
https://gcc.gnu.org/g:7b38bab21a126512c17c8084ad78b6bf75fc1437
commit r15-9650-g7b38bab21a126512c17c8084ad78b6bf75fc1437
Author: Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120163
--- Comment #3 from GCC Commits ---
The master branch has been updated by Thomas Koenig :
https://gcc.gnu.org/g:004bf889e0b1b96ae50f93339104d3602a88deb5
commit r16-525-g004bf889e0b1b96ae50f93339104d3602a88deb5
Author: Thomas Koenig
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119928
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109996
--- Comment #7 from mcccs at gmx dot com ---
Thank you Sam for the prompt reply and clear instructions. I was going to do
that but before it printed anything it aborted.
I think the issue is INVALID because on this line:
static union U3 g_979 _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
H.J. Lu changed:
What|Removed |Added
Attachment #61392|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119632
--- Comment #6 from James K. Lowden ---
Taking a cue from Iain, the output is now:
$ gcobol OB/OBIC2A.cbl
OB/OBIC2A.cbl:131:24: warning: SECTION segment ‘30.
’ was ignored
131 | 013000 SECT-IC219-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #16 from Christoph Reiter ---
(In reply to Christoph Reiter from comment #15)
> Thanks, that seems to have fixed the babl build.
ah, I meant the gegl build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119699
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > Yes because REG_RETURNED does not work always. I will file a new bug for
> > that.
>
> PR 120214 .
>
> As for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120215
Bug ID: 120215
Summary: [16 Regression] FAIL: gcc.target/i386/pr78794.c
scan-assembler pandn
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120216
Bug ID: 120216
Summary: openmp unified shared memory currently requires
pageableMemoryAccess perhaps managedMemory would
suffice
Product: gcc
Version: 15.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #18 from Christoph Reiter ---
(In reply to Iouri Kharon from comment #17)
> (In reply to Christoph Reiter from comment #16)
> > (In reply to Christoph Reiter from comment #15)
> > > Thanks, that seems to have fixed the babl build.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #27 from kargls at comcast dot net ---
On 5/10/25 06:21, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
>
> --- Comment #26 from anlauf at gcc dot gnu.org ---
> Have you tried to move some of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120051
--- Comment #17 from Iouri Kharon ---
(In reply to Christoph Reiter from comment #16)
> (In reply to Christoph Reiter from comment #15)
> > Thanks, that seems to have fixed the babl build.
>
> ah, I meant the gegl build.
And did you apply the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
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=119897
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119897
--- Comment #1 from Andrew Pinski ---
So GCC, EDG and MSVC all agree that the code is not ambiguous when there is
`operator bool` (or operator int).
Only clang disagrees with the above case.
EDG does not think it is ambiguous even without the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33990
--- Comment #7 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#954 and
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#545 look related
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89580
--- Comment #2 from Andrew Pinski ---
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#954
Looks related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92080
--- Comment #15 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:ba9d228a92057d3b839e7ea32b12c93fcfc5ff1e
commit r16-519-gba9d228a92057d3b839e7ea32b12c93fcfc5ff1e
Author: H.J. Lu
Date: Sun May 11 06:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
Bug ID: 120213
Summary: analyzer report a false positive
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117839
--- Comment #7 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:ba9d228a92057d3b839e7ea32b12c93fcfc5ff1e
commit r16-519-gba9d228a92057d3b839e7ea32b12c93fcfc5ff1e
Author: H.J. Lu
Date: Sun May 11 06:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59465
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.5|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119337
--- Comment #2 from GCC Commits ---
The master branch has been updated by Robert Dubner :
https://gcc.gnu.org/g:a3f5aac402a7ef721e1e832f96ed77ec21f5a25c
commit r16-520-ga3f5aac402a7ef721e1e832f96ed77ec21f5a25c
Author: Robert Dubner
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #1 from Andrew Pinski ---
>Also the output seems a little bit corrupted:
That looks like a cmake issue and not a GCC issue.
See https://godbolt.org/z/P4WbhT4Ee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #2 from Sam James ---
I can't reproduce that corrupted output. Did you get that from a CI system or
something like that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120128
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #4 from Andrew Pinski ---
(In reply to Raffaello Bertini from comment #3)
> (In reply to Sam James from comment #2)
> > I can't reproduce that corrupted output. Did you get that from a CI system
> > or something like that?
>
> no i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #3 from Raffaello Bertini ---
(In reply to Sam James from comment #2)
> I can't reproduce that corrupted output. Did you get that from a CI system
> or something like that?
no i had that from the embedded terminal of the IDE VsCode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> I would complain to VScode because it is works just fine for other terminals
> that implement ascii control characters with UTF-8.
Oh XScode should be using the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120124
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120213
--- Comment #6 from Sam James ---
Looks like it doesn't default to UTF8:
https://github.com/Microsoft/vscode/issues/19837.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119699
--- Comment #3 from Andrew Pinski ---
(In reply to Christophe Lyon from comment #2)
> FTR I tried this based on your suggestion:
> diff --git a/gcc/cp/decl.cc b/gcc/cp/decl.cc
> index a785d5e79cb..a709bde8f15 100644
> --- a/gcc/cp/decl.cc
> +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120214
Bug ID: 120214
Summary: REG_RETURNED Does not always work for stack addresses
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #15 from Benjamin Schulz ---
Hi there,
my recent openmp version of the code seems to compile now
(after a small change) executes without error on gcc 15.1 on gpu.
So I now think about whether I have to re-convert some of it back
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
--- Comment #13 from Benjamin Schulz ---
Thanks. Works with 15.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119909
--- Comment #7 from GCC Commits ---
The releases/gcc-15 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:de014484f013225bc32bc6eeb11e44038925ae1b
commit r15-9648-gde014484f013225bc32bc6eeb11e44038925ae1b
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119909
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120208
Kael Franco changed:
What|Removed |Added
Attachment #61394|0 |1
is obsolete|
1 - 100 of 107 matches
Mail list logo