[Bug c++/106652] [C++23] P1467 - Extended floating-point types and standard names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug libstdc++/106749] Implement C++23 library features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749 Bug 106749 depends on bug 106652, which changed state. Bug 106652 Summary: [C++23] P1467 - Extended floating-point types and standard names https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652 What|Removed

[Bug c++/107685] [C++23] P2647 - Permitting static constexpr variables in constexpr functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107685 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org

[Bug c++/98940] Implement C++23 language features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940 Bug 98940 depends on bug 107685, which changed state. Bug 107685 Summary: [C++23] P2647 - Permitting static constexpr variables in constexpr functions https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107685 What|Removed

[Bug target/107628] ICE: SIGSEGV in commutative_operand_precedence (rtlanal.cc:3770) with -fsignaling-nans

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107628 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/107628] ICE: SIGSEGV in commutative_operand_precedence (rtlanal.cc:3770) with -fsignaling-nans

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107628 --- Comment #2 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b1115dbfea4d6df51d608cece7416d658d2e2822 commit r13-4162-gb1115dbfea4d6df51d608cece7416d658d2e2822 Author: Jakub Jelinek Date:

[PATCH] reg-stack: Fix a -fcompare-debug bug in reg-stack [PR107183]

Hi! As the following testcase shows, the swap_rtx_condition function in reg-stack can result in different code generation between -g and -g0. The function is doing the changes as it goes, so does analysis and changes together, which makes it harder to deal with DEBUG_INSNs, where normally

Re: [PATCH] i386: Outline fast BF -> SF conversion and fix up sNaN handling in it [PR107628]

On Sat, Nov 19, 2022 at 9:53 AM Jakub Jelinek wrote: > > On Fri, Oct 21, 2022 at 10:23:14AM +0200, Uros Bizjak wrote: > > OK, but now we have two more copies of a function that effectively > > extends BF to SF. Can you please split this utility function out and > > use it here and in

[PATCH] i386: Outline fast BF -> SF conversion and fix up sNaN handling in it [PR107628]

On Fri, Oct 21, 2022 at 10:23:14AM +0200, Uros Bizjak wrote: > OK, but now we have two more copies of a function that effectively > extends BF to SF. Can you please split this utility function out and > use it here and in cbranchbf4/cstorebf4? I'm talking about this part: > > + op =

[Bug c/107756] Change in sizeof(enum) with -std=gnu11 breaks Linux kernel code compilation (PR c/36113 change regression)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107756 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/107405] [13 Regression] enum change causing Linux kernel to fail to build due to Linux depending on old behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107405 Jakub Jelinek changed: What|Removed |Added CC||macro at orcam dot me.uk --- Comment

[PATCH] i386: Uglify some local identifiers in *intrin.h [PR107748]

Hi! While reporting PR107748 (where is a problem with non-uglified names, but I've left it out because it needs fixing anyway), I've noticed various spots where identifiers in *intrin.h headers weren't uglified. The following patch fixed those that are related to unions (I've grepped for

<    1   2