On Sun, 14 Jan 2024, 01:36 Julia DeMille, wrote:
> On 1/13/24 19:17, Andrew Pinski wrote:
> > 2 things, changelogs go into the email message rather than directly as
> > part of the patch.,
>
The reason for this is that the ChangeLog files are auto-generated from the
git commit messages, not
Hi lain,
Thanks for your thoughtful comments and concerns. The primary goal of
compressing the structure fields is to achieve memory efficiency. I
understand your points regarding potential issues with modifying the
size and types of the structure. I guess rewriting all the
corresponding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113385
--- Comment #2 from Andrew Pinski ---
Fuller backtrace:
```
#2 0x0083f554 in dfs_enumerate_from (bb=,
reverse=reverse@entry=1, predicate=predicate@entry=0xe00620
, rslt=,
rslt@entry=0x4604c70, rslt_max=36,
On 1/10/24 14:28, Jonny Grant wrote:
>
> 2024-01-10 Jonathan Grant
> gcc/ChangeLog:
>* doc/extend.texi: Update builtin example for __builtin_FILE
> __builtin_LINE __builtin_FUNCTION.
>
>
>
>>From 66290eb477dd1a99310ad9972c45391c2a87c1c7 Mon Sep 17 00:00:00 2001
> From: Jonathan Grant
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106879
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106879
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jiu Fu Guo
:
https://gcc.gnu.org/g:9347879fb622b024e8924a731c2acc7100d5e9b4
commit r13-8221-g9347879fb622b024e8924a731c2acc7100d5e9b4
Author: Jiufu Guo
Date:
On 1/13/24 19:17, Andrew Pinski wrote:
2 things, changelogs go into the email message rather than directly as
part of the patch.,
Apologies. I have prepared a revised patch, and will send it when
applicable.
Second I wonder if you could add a multiple language testcase using
GNU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23616
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113385
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
On Sat, Jan 13, 2024 at 5:10 PM Julia DeMille wrote:
>
> Currently, when std::terminate() is called with a foreign exception
> active, since nothing in the path checks whether the exception matches
> the `GNUCC++\0` personality, a foreign exception can go into the verbose
> terminate handler, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113385
--- Comment #1 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #7 from Roger Sayle ---
Very many thanks to Jeff Law for pointing me to fwprop. The following simple
patch also fixes this regression.
diff --git a/gcc/fwprop.cc b/gcc/fwprop.cc
index 0c588f8..cbba44e 100644
--- a/gcc/fwprop.cc
Currently, when std::terminate() is called with a foreign exception
active, since nothing in the path checks whether the exception matches
the `GNUCC++\0` personality, a foreign exception can go into the verbose
terminate handler, and get treated as though it were a C++ exception.
Reflection is
ations
--disable-vtable-verify --disable-libvtv --with-zstd --without-isl
--enable-default-pie --enable-host-pie --disable-host-bind-now
--enable-default-ssp --with-build-config='bootstrap-O3 bootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113371
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113371
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113375
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588
Andrew Pinski changed:
What|Removed |Added
CC||jlame646 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
--- Comment #4 from Andrew Pinski ---
Created attachment 57076
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57076=edit
Reduced C testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
--- Comment #3 from Andrew Pinski ---
Created attachment 57075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57075=edit
Reduced C testcase
Note I think there is a missed VRP removing some bounds check but this is not
the issue here.
Snapshot gcc-13-20240113 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/13-20240113/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 13 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109704
Lewis Hyatt changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Hello-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109704
The below patch fixes the issue noted in the PR that extended characters
cannot appear in the identifier passed to a #pragma push_macro or #pragma
pop_macro. Bootstrap + regtest all languages on x86-64 Linux. Is it OK for
GCC 13 please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67277
--- Comment #8 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:20da56165273c8814b3c53e6d71549ba6a37e0cd
commit r14-7228-g20da56165273c8814b3c53e6d71549ba6a37e0cd
Author: Harald Anlauf
Date:
On Sat, Jan 13, 2024 at 10:12:42PM +0100, Harald Anlauf wrote:
>
> (2) a missing optional argument for SIZE to the ISHFTC intrinsic
> shall be equivalent to using BIT_SIZE(I).
>
> Regtested on x86_64-pc-linux-gnu. OK for mainline?
>
> As I consider the patch safe, I'd like to backport to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
--- Comment #3 from David Binderman ---
Reduced C++ code seems to be:
void __assert_fail(char *, char *, int, const char *)
__attribute__((__noreturn__));
template struct asCArray {
asCArray(int);
T [](unsigned);
T *array;
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
--- Comment #2 from David Binderman ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113305
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
Dear all,
the testcase given in PR67277 actually consists of two separate issues:
(1) passing an optional dummy argument to an elemental (intrinsic) procedure
(2) a missing optional argument for SIZE to the ISHFTC intrinsic
shall be equivalent to using BIT_SIZE(I).
I've created a separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
Jerry DeLisle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:370aa06510cc714efd1f24170a09c9ba1f3d76f9
commit r13-8219-g370aa06510cc714efd1f24170a09c9ba1f3d76f9
Author: Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384
Bug ID: 113384
Summary: [14 Regression] FAIL:
gfortran.dg/array_reference_1.f90 -O0 execution
test
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #21 from H. Peter Anvin ---
I think this could be a really useful performance improvement in general. The
Linux exception and syscall paths have a fair number of tail calls on the
primary path, and this would make it possible to
Since commit 2c3db94d9fd ("c: Turn int-conversion warnings into
permerrors") the test fails with errors such as:
FAIL: gcc.target/arm/acle/cde-mve-error-2.c -O0 (test for errors, line 32)
FAIL: gcc.target/arm/acle/cde-mve-error-2.c -O0 (test for errors, line 33)
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
--- Comment #2 from Andrew Pinski ---
reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113383
Bug ID: 113383
Summary: `MAX(a,b) == 0` and `MAX(a,b) != 0` can be simplified
(for unsigned types)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #20 from H.J. Lu ---
In Linux kernel 6.7.0 on x86-64, do_exit is changed from
do_exit:
endbr64
call
push %r15
push %r14
push %r13
push %r12
mov%rdi,%r12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #19 from H. Peter Anvin ---
I'm away for the long weekend, but I'll try it out on Tuesday.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113382
Bug ID: 113382
Summary: FAIL: gcc.dg/debug/btf/btf-bitfields-3.c
scan-assembler-times [\t ]0x604[\t
]+[^\n]*btt_info 1
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
--- Comment #4 from John David Anglin ---
On hppa64-hp-hpux11.11:
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/g++.dg/modules/xtreme-header-2_a.H: error:
conflicting global module declaration 'template class
_Cont, class _Rg, class ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113038
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89072
--- Comment #13 from Segher Boessenkool ---
I always have -Wmissing-declarations -Wformat=2 , for some reason those aren't
in
-Wall, not even in -W . Crazy if you ask me :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113381
Bug ID: 113381
Summary: FAIL: g++.dg/cpp2a/consteval-prop6.C -std=c++20 at
line 58 (test for warnings, line 57)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #18 from H.J. Lu ---
(In reply to H.J. Lu from comment #17)
> 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
Tested on hppa64-hp-hpux11.11. Committed to trunk.
Dave
---
hppa64: Fix fmt_f_default_field_width_3.f90 and fmt_g_default_field_width_3.f90
The hppa*64*-*-hpux* target is not included in the set of fortran_real_16
targets because it doesn't have cosl. However, these tests don't need
cosl,
On Sat, Dec 2, 2023 at 4:50 PM Dan Klishch wrote:
>
> Hi,
>
> In the discussion of LLVM's PR adding `[[gnu::gcc_struct]]` support to Clang
> (https://github.com/llvm/llvm-project/pull/71148), maintainers asked
> me to make sure that whatever
> is done there, makes sense for GCC too.
>
> To
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113380
Bug ID: 113380
Summary: `(a CMP CST) | (a*a CMP CST1)` is not optimized as
decent as with `||`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113379
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113379
Bug ID: 113379
Summary: `MIN == MAX` should be optimzed to `a == b`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113230
--- Comment #9 from Hans-Peter Nilsson ---
By the (In reply to Jonathan Wakely from comment #8)
> Although I guess Andrew's qemu setup doesn't match the simulator ET.
FWIW, by his uploaded board-info file calling 'load_generic_config "sim"'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113378
--- Comment #2 from Alejandro Colomar ---
(In reply to Andrew Pinski from comment #1)
> >I expect the same diagnostic information when compiling stdin.
>
>
> This part of the diagnostic:
> 2 | foo();
> | ^~~
>
> Comes from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113378
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070
Alex Coplan changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113378
Bug ID: 113378
Summary: _Static_assert diagnostics lack information when
compiling stdin
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113324
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
---
As the PR shows (specifically #c7) we are missing updating uses of mem
when inserting an stp in the aarch64 load/store pair fusion pass. This
patch fixes that.
RTL-SSA has a simple view of memory and by default doesn't allow stores
to be re-ordered w.r.t. other stores. In the ldp fusion pass,
In r14-5820-ga49befbd2c783e751dc2110b544fe540eb7e33eb I added support to
RTL-SSA for inserting new insns, which included support for users
creating new defs.
However, I missed that apply_changes_to_insn needed updating to ensure
that the new defs actually got inserted into the main def chain.
This exposes an interface for users to create new uses in RTL-SSA.
This is needed for updating uses after inserting a new store pair insn
in the aarch64 load/store pair fusion pass.
gcc/ChangeLog:
PR target/113070
* rtl-ssa/accesses.cc (function_info::create_use): New.
*
The next patch in this series exposes an interface for creating new uses
in RTL-SSA. The intent is that new user-created uses can consume new
user-created defs in the same change group. This is so that we can
correctly update uses of memory when inserting a new store pair insn in
the aarch64
This patch series restores PGO+LTO bootstrap on aarch64 (with the ldp
passes enabled) and fixes wrong code (leading to a segfault) seen in
cactuBSSN_r from SPEC CPU 2017 with PGO+LTO enabled.
For an example showing what goes wrong, see:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113070#c7
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
--- Comment #1 from David Binderman ---
trunk.20210101 $ ~/gcc/results.20240112.asan.ubsan/bin/gcc -v 2>&1 | grep exp
gcc version 14.0.0 20240112 (experimental) (72b3495dfdddc277)
trunk.20210101 $ ~/gcc/results.20240113.asan.ubsan/bin/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
--- Comment #1 from David Binderman ---
$ /home/dcb38/gcc/results.20231221.asan.ubsan/bin/g++ -v 2>&1 | grep exp
gcc version 14.0.0 20231221 (experimental) (514ea1df444ca7f6)
$ /home/dcb38/gcc/results.20231227.asan.ubsan/bin/g++ -v 2>&1 |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67277
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=113376
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-01-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113377
Bug ID: 113377
Summary: Wrong code passing optional dummy argument to
elemental procedure with optional dummy
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113305
--- Comment #8 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:9935667a69896865b848dfa690f94c9c693a48a3
commit r14-7226-g9935667a69896865b848dfa690f94c9c693a48a3
Author: Harald Anlauf
Date:
在 2024/1/13 下午9:05, Xi Ruoyao 写道:
在 2024-01-13星期六的 15:01 +0800,chenglulu写道:
在 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
If we want to support multiple object formats and to allow for
scan-assembler tests, we need to make it possible to adjust the
tests on a per-target basis.
This adds similar mechamisms to jit-verify-assembler-output{,-not}
to those used for the general scan-assembler dg directives.
As an aside;
Several of the jit tests check for assembler-specific output
which differs on Mach-O from ELF.
This patch uses the facility to make the scans targer-dependent
and adds handling for darwin.
gcc/testsuite/ChangeLog:
* jit.dg/test-always_inline-attribute.c: Handle Darwin in
Darwin has a different .section directive that has more fields and
uses different whitespace. Amend the whitespace in the scan-asm to
be more flexible.
gcc/testsuite/ChangeLog:
* jit.dg/test-link-section-assembler.c: Accept any whitespace
between the .section directive and its
Add a dg-require-alias to cover this.
gcc/testsuite/ChangeLog:
* jit.dg/test-alias-attribute.c: Require target alias
support.
Signed-off-by: Iain Sandoe
---
gcc/testsuite/jit.dg/test-alias-attribute.c | 1 +
1 file changed, 1 insertion(+)
diff --git
This is a short series of patches to support non-ELF targets in
the jit tests where these use target-specific capabilities (e.g.
alias support, or scanning for assembler directives.)
An alternative would be to skip these tests for Darwin.
Tested on x86_64 Darwin, and about to test Linux,
OK for
在 2024-01-13星期六的 15:28 +0800,chenxiaolong写道:
> 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.
> *
在 2024-01-13星期六的 15:01 +0800,chenglulu写道:
>
> 在 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
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113376
Bug ID: 113376
Summary: Confusing notes when using C++17 parallel algorithms
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
This commit
commit 8abddb187b33480d8827f44ec655f45734a1749d
Author: Andrew Burgess
Date: Sat Aug 5 14:31:06 2023 +0200
libgcc: support heap-based trampolines
Add support for heap-based trampolines on x86_64-linux, aarch64-linux,
and x86_64-darwin. Implement the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
--- Comment #5 from Jonathan Wakely ---
V2 https://gcc.gnu.org/pipermail/gcc-patches/2024-January/642908.html
Patch v2, with more tests. This fixes a bug in lookup by name where if
an alias was matched then the aliases() view wouldn't contain the
primary name or other aliases earlier in the table.
It also optimizes text_encoding::environment_is so it constructs an
encoding by ID and then only matches the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113375
Bug ID: 113375
Summary: GCC accepts invalid program involving template keyword
when used without a template arg list
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.3
--- Comment #12 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
--- Comment #11 from Dimitrij Mijoski ---
(In reply to Jonathan Wakely from comment #10)
> I think it would be good to backport it, what do you think?
I don't really have strong need. Maybe porting only to v13 as that is pretty
straightforward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
--- Comment #10 from Sam James ---
(In reply to Tamar Christina from comment #8)
> Hmm curious, does it work for you with --with-build-config='bootstrap-O3'
> that's how I tested it before
Will have a look. I'll try ignore the bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
--- Comment #3 from Jonathan Wakely ---
It seems like there's no macro predefined by the front end to tell me
-fconcepts-ts is being used? It defines __cpp_concepts=201507L for C++17 mode,
but for C++20 that is __cpp_concepts=202002L instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113230
--- Comment #8 from Jonathan Wakely ---
Although I guess Andrew's qemu setup doesn't match the simulator ET.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113230
--- Comment #7 from Jonathan Wakely ---
Maybe that part of the test could just use { target { ! simulator } }
It's testing something that is highly dependent on the runtime context. It's
worth testing ... but only when we can control the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
Tom Tromey writes:
> When I enable cgen rebuilding in the binutils-gdb tree, the default is
> to run cgen using 'guile'. However, on my host, guile is guile 2.2,
> which doesn't work for me -- I have to use guile3.0.
>
> This patch arranges to pass "GUILE" down to subdirectories, so I can
> use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113366
--- Comment #1 from Jonathan Wakely ---
Odd.
We get the type/value mismatch from here:
template
using __maybe_const_t
= __conditional_t<__format::__formattable_with<_Tp, _Context>,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 108822, which changed state.
Bug 108822 Summary: [C++23] Implement P2255R2, type trait to detect reference
binding to temporary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On Sat, 13 Jan 2024 at 09:36, Pilar Latiesa wrote:
>
> Hi Jonathan
>
> Thanks so much for implementing this.
>
> There are a couple of typos in the patch description:
> 's/C==17RandomAccessIterator/Cpp17RandomAccessIterator/' and
> 's/__or_/__and_/'.
Thanks for the comments, I'll fix those.
>
On Fri, 12 Jan 2024 at 22:59, Jonathan Wakely wrote:
>
> It would be good to update the bundled tzdata for GCC 14.1 and 13.3
The expiry date for the hardcoded leapseconds list should be updated
too, as there's a new date in the file in the tzdata distro. There are
no new leap seconds though, just
On Sat, 13 Jan 2024 at 00:06, Patrick Palka wrote:
>
> 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:
> > > > >
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108822
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:f8a5298c97c460d45e888b123fe1bbcdb49b8ad4
commit r14-7225-gf8a5298c97c460d45e888b123fe1bbcdb49b8ad4
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113332
--- Comment #3 from Sam James ---
Created attachment 57072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57072=edit
reduced.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113370
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
1 - 100 of 113 matches
Mail list logo