https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101478
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:05b347c5322a50195aa3ab0d06f2058f0ccee956
commit r12-11217-g05b347c5322a50195aa3ab0d06f2058f0ccee956
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:83f764a9ac925d479ad3fee8c44e6053adb3475a
commit r12-11220-g83f764a9ac925d479ad3fee8c44e6053adb3475a
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
--- Comment #17 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:07490d983161912fa314607c5a5beb9c49cc4a3f
commit r12-11223-g07490d983161912fa314607c5a5beb9c49cc4a3f
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115110
--- Comment #18 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:87d788926ba4ccca9a086c138584c10d1e63084d
commit r12-11219-g87d788926ba4ccca9a086c138584c10d1e63084d
Author: Sam James
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79786
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115347
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119057
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101478
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120747
--- Comment #7 from Sam James ---
(In reply to Filip Kastl from comment #6)
> (In reply to Andrew Macleod from comment #5)
> > Even knowing which file is miscompiled and what the compile options are
> > would be a start.
>
> Not sure how I wou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120717
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120814
--- Comment #1 from Benjamin Schulz ---
Created attachment 61704
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61704&action=edit
mainn_omp.cpp contains the main program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #16 from Benjamin Schulz ---
Hi @all
I just wanted to give you an update how my library progresses and what
additional bugs I've found in GCC so far.
Since some of you are familiar with my code, perhaps you can help to fix them,
as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89173
--- Comment #2 from Jeffrey A. Law ---
Still happens on the BPI. But I think we have bigger issues to resolve, so
deferring further action for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120813
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.2
Summary|[15/16 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120711
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to Andre Vehreschild from comment #1)
> Confirmed, but this is not coarray dependent. For me it also crashes without
> -fcoarray=single.
Indeed. valgrind reports an invalid read with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
--- Comment #5 from kargls at comcast dot net ---
(In reply to kargls from comment #4)
> (In reply to anlauf from comment #3)
>
> troutmask:sgk[215] gfcx --version
> GNU Fortran (GCC) 16.0.0 20250528 (experimental)
>
There are a couple of stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120780
--- Comment #16 from Jakub Jelinek ---
If it happens at runtime, better testcase would be to test it at runtime...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #5)
> (In reply to kargls from comment #4)
> > (In reply to anlauf from comment #3)
> >
> > troutmask:sgk[215] gfcx --version
> > GNU Fortran (GCC) 16.0.0 2025052
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120742
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120814
--- Comment #3 from Benjamin Schulz ---
I want to note that if one comments out
//A.device_upload(true);
//B.device_upload(true);
//C.device_alloc(true);
and
// C.host_update(true);
in
bool matrix_multiply_dot( mdspan& A, mdspan& B,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120216
--- Comment #4 from Benjamin Schulz ---
I did a benchmark here with my new card :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120679
In many nvidia graphics cards on a pci bus, unified shared memory, in form of
hmm is currently not very suit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
Bug ID: 120801
Summary: Using const variables as immediate values in extended
assembly constraints with -O0 (x86)
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
--- Comment #16 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:550edc99476376ee0350be90b9e61b337ffb0ff3
commit r12-11229-g550edc99476376ee0350be90b9e61b337ffb0ff3
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79786
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:32ad5415b926ca25e9102309e92561c1a30aa8ff
commit r12-11214-g32ad5415b926ca25e9102309e92561c1a30aa8ff
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
Oskari Alaranta changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119534
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:b908ad2b836b761f7b27b8dc650422ce9a7efecd
commit r12-11213-gb908ad2b836b761f7b27b8dc650422ce9a7efecd
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
Richard Biener changed:
What|Removed |Added
Known to fail||12.4.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120803
Bug ID: 120803
Summary: inline assembly sign extends unsigned constraints
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
--- Comment #2 from Oskari Alaranta ---
(In reply to Andreas Schwab from comment #1)
> You need to use constexpr from C23.
Oh thank you. The bug may be with something else then. This happened in c++
with --std=c++20 using a constexpr variable a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120803
--- Comment #3 from Jakub Jelinek ---
Plus there is an easy workaround, just cast it to some wider type. For -O0
purposes, better as constexpr as well. So constexpr unsigned char value =
0x80; constexpr int value_promoted = var; asm("int %0" :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120717
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120807
Xi Ruoyao changed:
What|Removed |Added
Target||loongarch64-linux-gnu
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120807
Xi Ruoyao changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |xry111 at gcc dot
gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120717
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:bc8f5424977b74e107543b34af00768cdbb3a3cf
commit r16-1653-gbc8f5424977b74e107543b34af00768cdbb3a3cf
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120807
Bug ID: 120807
Summary: [15/16 Regression] LoongArch: "ICE: unrecognizable
insn" building box64
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #1 from Kishan Parmar ---
make -k check-gcc RUNTESTFLAGS="powerpc.exp=p9-vec-length-epil-*"
gives below failures,
Running CI/gcc/gcc/testsuite/gcc.target/powerpc/powerpc.exp ...
FAIL: gcc.target/powerpc/p9-vec-length-epil-4.c scan-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120797
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119706
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120800
Patrick Palka changed:
What|Removed |Added
Summary|internal compiler error |[14/15/16 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119706
--- Comment #16 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:75f255c11f7e5a5099ad909606e21ec6bf9b82cc
commit r12-11230-g75f255c11f7e5a5099ad909606e21ec6bf9b82cc
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120807
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120786
--- Comment #2 from Simon Sobisch ---
Just keep in mind that a , and ; are valid separators as well, not only spaces
(they can be inserted nearly every place where a space can, with the exception
of places where they are required).
Rechecked wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91299
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120808
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
Bug ID: 120812
Summary: [regression] buffer(80:80) = C_NEW_LINE not working
with gfortran 15.1 under Mac
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #2)
> Harald, there's a bug (at least it fails on FreeBSD).Here's
> a testcase based on the original code. On FreeBSD, I see
>
> % gfcx -o z a.f90 && ./z
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120795
--- Comment #9 from Sam James ---
```
int a;
void b();
struct e {
int ab;
int d() { return ab; }
};
struct f {
e g;
auto d() { return g.d(); }
};
template struct i : h {
f j;
template int ad(ac) {
unsigned char k = j.d();
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120810
--- Comment #2 from Jonathan Wakely ---
If we had a working time_get::do_date_order (see Bug 9635) then we could
implement DR 461 something like this:
--- a/libstdc++-v3/include/bits/locale_facets_nonio.tcc
+++ b/libstdc++-v3/include/bits/local
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
--- Comment #1 from anlauf at gcc dot gnu.org ---
Works as expected on Linux.
What happens if you replace C_NEW_LINE by something different,
like c_carriage_return, or c_null_char, and pipe the output
through "cat -v"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120780
--- Comment #11 from Siddhesh Poyarekar ---
OK, so we don't really need a FAM based reproducer either, here's one without
it. FAM just makes this case more likely because due to it, __bdos succeeds
more often in the kernel code:
typedef __SIZE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120780
--- Comment #10 from Siddhesh Poyarekar ---
Minimal reproducer, I've written this independently, not reduced from the
preprocessed source, but I'm pretty sure this is essentially what it is:
typedef __SIZE_TYPE__ size_t;
struct inner
{
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120811
--- Comment #1 from Vineet Gupta ---
Perhaps worth looking into the new RISC-V pass fold-memory-offset ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120780
--- Comment #15 from Siddhesh Poyarekar ---
(In reply to Jakub Jelinek from comment #14)
>
> So, __bdos returns something larger than that? That would be weird.
> Or do the two calls result in different results?
It's basically comment 9; __bd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120780
--- Comment #13 from Siddhesh Poyarekar ---
(In reply to Jakub Jelinek from comment #12)
> (In reply to Siddhesh Poyarekar from comment #11)
> > OK, so we don't really need a FAM based reproducer either, here's one
> > without it. FAM just make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120795
--- Comment #10 from Andrew Pinski ---
This might be slightly smaller, (removes c++20 specific stuff) (I can't test it
with the failing case):
```
int a;
void b();
struct e {
int ab;
int d() { return ab; }
};
struct f {
e g;
auto d() {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120798
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-06-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120756
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120756
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120724
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119100
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:92e1893e0155b6b3baef2a935efd5936d23a67ea
commit r16-1659-g92e1893e0155b6b3baef2a935efd5936d23a67ea
Author: Paul-Antoine Arras
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119007
--- Comment #3 from Jeffrey A. Law ---
I think that's reasonable as well and one of the options discussed weeks ago in
the patchwork call.
I was thinking that having the relevant intrinsics set the flag was slightly
better solution because it a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91299
--- Comment #24 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e5d24c4e89ae6d8c08f85f3425ea9c29dd0e6646
commit r12-11216-ge5d24c4e89ae6d8c08f85f3425ea9c29dd0e6646
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
--- Comment #22 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:87d788926ba4ccca9a086c138584c10d1e63084d
commit r12-11219-g87d788926ba4ccca9a086c138584c10d1e63084d
Author: Sam James
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119119
Richard Biener changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
--- Comment #3 from Oskari Alaranta ---
(In reply to Andreas Schwab from comment #1)
> You need to use constexpr from C23.
Although this also seems to happen when compiling my example code using
--std=c17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120747
Filip Kastl changed:
What|Removed |Added
Keywords|wrong-code |
--- Comment #6 from Filip Kastl ---
Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119057
--- Comment #8 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ad756e186f6352b1369c8094ec8973736142933e
commit r12-11227-gad756e186f6352b1369c8094ec8973736142933e
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120804
Bug ID: 120804
Summary: FR: allow SET of numeric-display variables
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
Bug ID: 120805
Summary: gcc.target/powerpc/p9-vec-length-epil-4.c fail
starting with r16-1645-g309dbcea2cabb3
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120803
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120803
Andrew Pinski changed:
What|Removed |Added
Keywords||documentation
--- Comment #2 from Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120814
Bug ID: 120814
Summary: gcc does not compute on nvptx device when the loop is
given over a variable whose pointer was offloaded in
another function
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635
--- Comment #12 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #11)
> We could also have a custom facet derived from time_get that we store in the
> std::locale when it is created by name from a C locale, and store a
> dateorde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120812
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743
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=120743
--- Comment #8 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:5bc92717b804483a17dd5095f8b6d4fd75a472b1
commit r16-1658-g5bc92717b804483a17dd5095f8b6d4fd75a472b1
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120711
Andre Vehreschild changed:
What|Removed |Added
Summary|[15/16 regression] Growing |[14/15/16 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120806
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117113
--- Comment #8 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:f4dbdeabb2944d014d506a537a576a6f9a1f4c1f
commit r12-11225-gf4dbdeabb2944d014d506a537a576a6f9a1f4c1f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120802
Richard Biener changed:
What|Removed |Added
Known to fail||14.3.0, 15.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 113833, which changed state.
Bug 113833 Summary: 435.gromacs fails verification on with -Ofast
-march={cascadelake,icelake-server} and PGO after r14-7272-g57f611604e8bab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113833
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82106
Palmer Dabbelt changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |palmer at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120808
Bug ID: 120808
Summary: SLP unable to combine .FMA and .FMS to VEC_FMADDSUB
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120808
--- Comment #1 from Andrew Pinski ---
Hmm, I think there is a dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93738
--- Comment #9 from Kishan Parmar ---
I've went through the RTLs for both PowerPC LE and BE. Whether r3 is used or
not now depends on the reload pass.
In LE, reload often removes the extra copies added by combine. In BE, that
extra instruction re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2003-12-01 00:55:30 |2025-6-24
--- Comment #11 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115347
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:6258d3f06740c3a77cd7a91606107451d71df68d
commit r12-11221-g6258d3f06740c3a77cd7a91606107451d71df68d
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120810
Bug ID: 120810
Summary: [DR 461] std::time_get::do_get_date should consider
date_order()
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120745
Ondřej Machota changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120711
--- Comment #2 from anlauf at gcc dot gnu.org ---
There is another recent PR on using array constructors of derived types
with allocatable character components, quite similar to this one.
Cannot find it now, but very likely related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87984
--- Comment #49 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:80aab83b90d0a1c9e3037a952c138ac2f1ce3f41
commit r12-11215-g80aab83b90d0a1c9e3037a952c138ac2f1ce3f41
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117424
--- Comment #17 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:eafe890ea3904c109b6bce663a81a91d61356cb4
commit r12-11226-geafe890ea3904c109b6bce663a81a91d61356cb4
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
--- Comment #1 from Andreas Schwab ---
You need to use constexpr from C23.
1 - 100 of 182 matches
Mail list logo
