https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113370
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Hi, I'm attempting to compress the size of a field in a structure for
memory-friendly purposes. I created an IPA pass to achieve this, but I
ran into some issues as follows:
// original
struct Foo {
long a1;
int a2;
};
// modified
struct Foo_update {
int a1;
int a2;
};
For the example
d5-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental) (GCC)
pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-7215-20240112190107-g8b447fa89d5-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240112 (experimental) (GCC)
1.Added dg-do compile on LoongArch.
When binutils does not support vector instruction sets, an error occurs
because the assembler does not recognize vector instructions.
2.Added "-mlsx" option for vectorization on LoongArch.
gcc/testsuite/ChangeLog:
* gcc.dg/tree-ssa/gen-vect-2.c:
gcc/testsuite/ChangeLog:
* gcc.dg/pr104992.c: Added additional "-mlsx" compilation options.
* gcc.dg/signbit-2.c: Dito.
* gcc.dg/tree-ssa/scev-16.c: Dito.
* gfortran.dg/graphite/vect-pr40979.f90: Dito.
* gfortran.dg/vect/fast-math-mgrid-resid.f: Dito.
---
在 2024/1/12 下午7:42, Xi Ruoyao 写道:
在 2024-01-12星期五的 09:46 +0800,chenglulu写道:
I found an issue bootstrapping GCC with -mcmodel=extreme in BOOT_CFLAGS:
we need a target hook to tell the generic code
UNSPEC_LA_PCREL_64_PART{1,2} are just a wrapper around symbols, or we'll
see millions lines of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
--- Comment #17 from Andrew Pinski ---
The log file has `2844156: ...` where the preprocessed source is but it is hard
to figure out how to extract correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
Andrew Pinski changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #16 from Andrew
gcc/ChangeLog:
* config/loongarch/loongarch.cc (loongarch_split_symbol):
Assign the '/u' attribute to the mem.
gcc/testsuite/ChangeLog:
* g++.target/loongarch/got-load.C: New test.
---
gcc/config/loongarch/loongarch.cc | 5 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Target||aarch64-linux-gnu
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Summary|[14 regression] Failed |[14 regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #6 from Andrew Pinski ---
Created attachment 57065
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57065=edit
Reduced testcase
`-O3 -march=znver2 ` is enough with this testcase to reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #5 from Andrew Pinski ---
Still happens at r14-7220-gac1a399bf61b04 .
Let me try to reduce it.
zstd
gcc version 14.0.1 20240112 (experimental)
8b447fa89d5e6b052c9309dfd1dafebdbd829ff9 (Gentoo Hardened 14.0.1 p, commit
9d69e54a3b402b0fad067464bd402e92c14504a9)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #17 from H.J. Lu ---
Please try users/hjl/pr113312/gcc-13 branch:
https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/pr113312/gcc-13?ref_type=heads
It supports no_callee_saved_registers attribute. It should also avoid saving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110941
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #7 from Andrew Pinski ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
Andrew Pinski changed:
What|Removed |Added
Target Milestone|13.3|14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110841
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110450
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110941
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113369
Bug ID: 113369
Summary: Many tests with -save-temps
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107823
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110450
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:34a827039fabcf24ce78da25984a1cc8be7ca2c3
commit r14-7221-g34a827039fabcf24ce78da25984a1cc8be7ca2c3
Author: Andrew Pinski
Date:
Adds a few new testcases for some missed optimization regressions.
The analysis on how each should be optimized is in the testcases
themselves (and in the bug report).
Committed as obvious after running the testsuite to make sure they pass.
PR tree-optimization/107823
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111550
--- Comment #5 from Patrick Palka ---
The comment #3 testcase seems fixed after r14-7218-gc48bedd1806722.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 108827, which changed state.
Bug 108827 Summary: [C++23] Implement P2387R3, Pipe support for user-defined
range adaptors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108827
--- Comment #5 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
commit r14-7220-gac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
commit r14-7220-gac1a399bf61b04845f5d6fc34e4b7a4db2bc5760
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110768
--- Comment #5 from Andrew Pinski ---
Note the main difference after this patch:
Global Exported: c_11 = [irange] short int [-20409, -20409][1, 1] MASK 0xb046
VALUE 0xb047
vs before:
Global Exported: c_11 = [irange] short int [-INF, +INF]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113313
--- Comment #8 from Jerry DeLisle ---
(In reply to Steve Kargl from comment #7)
--- snip ---
> libgfortran is supposedly thread-safe and looking into
> flush_all_units() shows some unlocking and testing for
> locks. With 'print *,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113230
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
Amyspark changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113353
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2009-July/266131.html
This patch fixes the regression between GCC 13.2.0 and trunk GCC (GCC-14)
GCC 13.2.0:
lui a5,%hi(a)
li a4,19
sb a4,%lo(a)(a5)
li a0,0
ret
Trunk GCC:
vsetvli a5,zero,e8,mf2,ta,ma
li a4,-32768
vid.v v1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
Hans-Peter Nilsson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 113038, which changed state.
Bug 113038 Summary: [14 regression] Excess errors for
g++.dg/modules/hello-1_b.C after r14-6569-gfe54b57728c09a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
--- Comment #5 from Gabriel Ravier ---
It does seem as though this transformation is not particularly favorable on
most platforms. In fact, it seems as though the opposite transformation (which
Clang does on many targets, along with MSVC) would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110997
Andrew Pinski changed:
What|Removed |Added
CC||ephraim.feldblum at redis dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113368
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113368
Bug ID: 113368
Summary: ICE appearing in 13, not before.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #4 from Jonathan Wakely ---
The static array can be compiled for 16-bit targets like msp640-elf, although
it's probably a bad idea to use it if you are memory-constrained.
Since commits 2c3db94d9fd ("c: Turn int-conversion warnings into
permerrors") and 55e94561e97e ("c: Turn -Wimplicit-function-declaration
into a permerror") these tests fail with errors such as:
FAIL: gcc.target/arm/pr59858.c (test for excess errors)
FAIL: gcc.target/arm/pr65647.c (test for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113354
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-13
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
--- Comment #2 from H.J. Lu ---
I don't know if it is a regression. I rebooted machines and am running
"make check" again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
--- Comment #1 from Andrew Pinski ---
I have never seen this testcase fail this way before.
I even run on a skylake xeond and it works.
Is this a regression?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113367
Bug ID: 113367
Summary: g++.dg/tree-prof/indir-call-prof-2.C never finishes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
Bug ID: 113366
Summary: g++.dg/cpp2a/concepts-pr67774.C FAIL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112398
--- Comment #5 from Jeffrey A. Law ---
I don't think we need to do any significant bit tracking to optimize the
original neg8 test. I think we can be handled entirely within the simplify-rtx
framework.I've got a junior engineer that's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113327
--- Comment #1 from Jonathan Wakely ---
Converting hours::max() to milliseconds overflows and produces a negative
value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112398
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed|2023-11-05 00:00:00 |2024-01-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107466
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c224dec0e7c88e7a95633023018cdcb6ee87c65f
commit r14-7216-gc224dec0e7c88e7a95633023018cdcb6ee87c65f
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
--- Comment #3 from newbie-02 ---
hi, thank you, super service, super fast, works!
can't tell if the -O0 behaviour is meaningful ...
but think it is rarely used. I came to it in my
attempts to avoid compiler cheating / optimizing.
On Linux/x86_64,
d14ef0987de2f6f2dac64f4f0f068b929078a01d is the first bad commit
commit d14ef0987de2f6f2dac64f4f0f068b929078a01d
Author: Tamar Christina
Date: Fri Jan 12 15:27:45 2024 +
testsuite: Make bitint early vect test more accurate
caused
FAIL:
On Fri, 12 Jan 2024, Jonathan Wakely wrote:
> On Fri, 12 Jan 2024 at 18:33, Patrick Palka wrote:
> >
> > On Fri, 12 Jan 2024, Jonathan Wakely wrote:
> >
> > > On Fri, 12 Jan 2024 at 17:55, Patrick Palka wrote:
> > > >
> > > > On Thu, 11 Jan 2024, Jonathan Wakely wrote:
> > > >
> > > > > I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113098
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113098
Joseph S. Myers changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #3 from Jonathan Wakely ---
Oh, I need to filter out NATS-DANO and NATS-DANO-ADD from the generated file.
On Fri, 12 Jan 2024 at 18:11, Patrick Palka wrote:
>
> On Thu, 11 Jan 2024, Jonathan Wakely wrote:
>
> > Tested x86_64-linux and aarch64-linux, with TBB 2020.3 only.
> >
> > Reviews requested.
> >
> > -- >8 --
> >
> > This is a step towards implementing the C++23 change P2408R5, "Ranges
> >
On Fri, 12 Jan 2024 at 18:33, Patrick Palka wrote:
>
> On Fri, 12 Jan 2024, Jonathan Wakely wrote:
>
> > On Fri, 12 Jan 2024 at 17:55, Patrick Palka wrote:
> > >
> > > On Thu, 11 Jan 2024, Jonathan Wakely wrote:
> > >
> > > > I'd like to commit this to trunk for GCC 14. Please take a look.
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113365
Bug ID: 113365
Summary: LONG DOUBLE: denormals: assigning a constant: factor
100 slow,
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #2 from Jonathan Wakely ---
After sending that I realised that text_encoding::environment_is can be
optimized like so:
template
static bool
environment_is()
{ return text_encoding(_Id)._M_is_environment(); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
It would be good to update the bundled tzdata for GCC 14.1 and 13.3
Tested x86_64-linux.
Any objections?
-- >8 --
Import the new 2023d tzdata.zi file.
libstdc++-v3/ChangeLog:
* src/c++20/tzdata.zi: Import new file from 2023d release.
---
libstdc++-v3/src/c++20/tzdata.zi | 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111378
--- Comment #4 from Jeffrey A. Law ---
Whether or not this is an optimization or a pessimization is dependent on the
target -- some targets can express the constant trivially in a branch
conditions, others can not. Some targets have barrel
Here's a partial patch for PR libstdc++/113318 to implement another
C++26 feature: https://wg21.link/p1885r12
I'm writing the rest of the tests, but thought I would post it now for
comments on the general approach.
The text_encoding class is basically just a pointer to an {ID,name} pair
in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #3 from Andrew Pinski ---
Note the most important part of the command line is `-march=znver2 -O3` .
Snapshot gcc-12-20240112 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20240112/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
--- Comment #12 from Vincent Lefèvre ---
(In reply to Segher Boessenkool from comment #11)
> Sure. If people want the pain, they can have it. But it is never okay to
> cause other people to have -Werror -- they may have a different compiler
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108382
--- Comment #2 from Tobias Burnus ---
Fixed-form Fortran likewise fails for:
!$acc enter
!$acc& data
!$omp flush
!$omp& RELEASE
end ! fails in this line: "Bad continuation line"
On Tue, 2024-01-02 20:41:37 +0100, Ilya Leoshkevich wrote:
> diff --git a/gcc/config/ia64/ia64.cc b/gcc/config/ia64/ia64.cc
> index ac566efcf19..92d00bf922f 100644
> --- a/gcc/config/ia64/ia64.cc
> +++ b/gcc/config/ia64/ia64.cc
> @@ -3886,8 +3886,7 @@ ia64_expand_prologue (void)
> /* Output the
On Fri, 12 Jan 2024 at 18:33, Patrick Palka wrote:
>
> On Fri, 12 Jan 2024, Jonathan Wakely wrote:
>
> > On Fri, 12 Jan 2024 at 17:55, Patrick Palka wrote:
> > >
> > > On Thu, 11 Jan 2024, Jonathan Wakely wrote:
> > >
> > > > I'd like to commit this to trunk for GCC 14. Please take a look.
> > >
On Fri, 12 Jan 2024 at 20:10, Patrick Palka wrote:
>
> Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
OK
>
> PR libstdc++/108827
> PR libstdc++/111327
>
> libstdc++-v3/ChangeLog:
>
> * include/bits/version.def (bind_back): Define.
> *
On Fri, 12 Jan 2024 at 20:09, Patrick Palka wrote:
>
> This simplifies the operator() of _Bind_front using C++23 deducing
> this, allowing us to condense multiple nearly identical operator()
> overloads into one.
>
> In passing I think we can remove _Bind_front's defaulted special member
>
> -Original Message-
> From: Richard Sandiford
> Sent: Friday, January 12, 2024 4:26 AM
> To: Andrew Pinski (QUIC)
> Cc: gcc-patches@gcc.gnu.org
> Subject: [PATCHv3] aarch64/expr: Use ccmp when the outer expression is
> used twice [PR100942]
>
> Andrew Pinski writes:
> > Ccmp is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #4 from H.J. Lu ---
When I compiled __cxxabiv1::__cxa_throw, which is a noreturn function in
libstdc++-v3/libsupc++/eh_throw.cc not to save callee-saved registers,
most of C++ exception tests crashed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109806
--- Comment #19 from Amyspark ---
Working on it. Is https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 the patch
you referred to earlier, Richard?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #1 from Sam James ---
Ugh, I lost the builddir, so give me an hour or so to get it back...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Bug ID: 113364
Summary: [14 regression] Failed bootstrap
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105505
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 105505, which changed state.
Bug 105505 Summary: P1951R1 (Default Arguments for pair's Forwarding
Constructor) is unimplemented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105505
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113320
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113305
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
Bug ID: 113363
Summary: ICE on ASSOCIATE and unlimited polymorphic function
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113338
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-01-12
Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
PR libstdc++/108827
PR libstdc++/111327
libstdc++-v3/ChangeLog:
* include/bits/version.def (bind_back): Define.
* include/bits/version.h: Regenerate.
* include/std/functional (_Bind_back): Define
This simplifies the operator() of _Bind_front using C++23 deducing
this, allowing us to condense multiple nearly identical operator()
overloads into one.
In passing I think we can remove _Bind_front's defaulted special member
declarations and just let the compiler implicitly generate them for us.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113362
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
1 - 100 of 337 matches
Mail list logo