[Bug tree-optimization/111820] [13/14 Regression] Compiler time hog in the vectorizer with `-O3 -fno-tree-vrp`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820 Richard Biener changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug libstdc++/111824] [14 Regression] is invalid under -U__STRICT_ANSI__ -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824 --- Comment #2 from Sergei Trofimovich --- Sounds good.

[Bug middle-end/111821] [11/12/13/14 Regression] OOM with packed struct and stack variable with copy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111821 --- Comment #3 from Richard Biener --- We end up calling store_integral_bit_field with bitsize 8026107440 which eventually copies word-size chunks recursively here: /* Handle fields bigger than a word. */ if (bitsize > BITS_PER_WORD)

[Bug rtl-optimization/111822] [12/13/14 Regression] during RTL pass: lr_shrinkage ICE: in operator[], at vec.h:910 with -O2 -m32 -flive-range-shrinkage -fno-dce -fnon-call-exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.4

[Bug tree-optimization/111820] [13/14 Regression] Compiler time hog in the vectorizer with `-O3 -fno-tree-vrp`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820 --- Comment #4 from Hongtao.liu --- > niters is 4294967292 in vect_update_ivs_after_vectorizer. Maybe the loop > should terminate when begin is zero. But I wonder why we pass in 'niters' > and then name it 'skip_niters' ... > It's coming from

[Bug target/111829] Redudant register moves inside the loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111829 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/111820] [13/14 Regression] Compiler time hog in the vectorizer with `-O3 -fno-tree-vrp`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820 --- Comment #5 from Hongtao.liu --- (In reply to Richard Biener from comment #3) > for (unsigned i = 0; i != skipn - 1; i++) > begin = wi::mul (begin, wi::to_wide (step_expr)); > > (gdb) p skipn > $5 = 4294967292 > > niters i

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #5 from Robin Dapp --- Disregarding the reasons for the precision adjustment, for this case here, we seem to fail at: /* We do not handle bit-precision changes. */ if ((CONVERT_EXPR_CODE_P (code) || code == VIEW_CONVERT_

[Bug target/111829] Redudant register moves inside the loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111829 --- Comment #3 from Hongtao.liu --- (In reply to Richard Biener from comment #2) > You sink the conversion, so it would be PRE on the reverse graph. The > transform doesn't really fit a particular pass I think. > > Why does the problem persist

[Bug target/111829] Redudant register moves inside the loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111829 --- Comment #4 from Hongtao.liu --- (In reply to Richard Biener from comment #2) > You sink the conversion, so it would be PRE on the reverse graph. The > transform doesn't really fit a particular pass I think. The conversions also needs to be

[Bug tree-optimization/111807] [14 Regression] ice in verify_sra_access_forest with -O1 and bitfields in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807 Richard Biener changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment

[Bug tree-optimization/111798] [14 Regression] Recent change causing testsuite regression and poor code on mcore-elf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111798 Richard Biener changed: What|Removed |Added Last reconfirmed||2023-10-16 CC|richard.

[Bug libstdc++/111824] [14 Regression] is invalid under -U__STRICT_ANSI__ -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824 --- Comment #3 from Jonathan Wakely --- DO. NOT. DO. THIS.

[Bug bootstrap/111812] [14 regression] Can't build with gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111812 Roger Sayle changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug libstdc++/111824] [14 Regression] is invalid under -U__STRICT_ANSI__ -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824 --- Comment #4 from Jonathan Wakely --- It's just idiotic to request strict mode and then undefine the macro that tells the library the compiler is being strict. How can the library know if it can use extensions if you lie to it about the compil

[Bug libstdc++/111824] [14 Regression] is invalid under -U__STRICT_ANSI__ -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824 --- Comment #5 from Jonathan Wakely --- Feel free to quote me in a bug report to monotone

[Bug libstdc++/111826] __cpp_lib_format should be 202110, not 202106

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111826 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/111820] [13/14 Regression] Compiler time hog in the vectorizer with `-O3 -fno-tree-vrp`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820 --- Comment #6 from rguenther at suse dot de --- On Mon, 16 Oct 2023, crazylht at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111820 > > --- Comment #5 from Hongtao.liu --- > (In reply to Richard Biener from comment #3

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #6 from rguenther at suse dot de --- On Mon, 16 Oct 2023, rdapp at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 > > --- Comment #5 from Robin Dapp --- > Disregarding the reasons for the precision ad

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #7 from Robin Dapp --- vectp.4_188 = x_50(D); vect__1.5_189 = MEM [(int *)vectp.4_188]; mask__2.6_190 = { 1, 1, 1, 1, 1, 1, 1, 1 } == vect__1.5_189; mask_patt_156.7_191 = VIEW_CONVERT_EXPR>(mask__2.6_190); _1 = *x_50(D);

[Bug target/111522] Different code path for static initialization with flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111522 Kewen Lin changed: What|Removed |Added Resolution|--- |INVALID CC|

[Bug target/111591] ppc64be: miscompilation with -mstrict-align / -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591 --- Comment #20 from Kewen Lin --- (In reply to Richard Biener from comment #19) > So maybe it's the same issue as PR90348 (you can verify the RTL expansion > dump on whether the two involved decls are coalesced and see whether that's > valid).

[Bug tree-optimization/111830] New: "omp simd reduction" cannot collaborate well with “loop peeling”.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111830 Bug ID: 111830 Summary: "omp simd reduction" cannot collaborate well with “loop peeling”. Product: gcc Version: unknown Status: UNCONFIRMED Keywords: openmp

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #8 from rguenther at suse dot de --- On Mon, 16 Oct 2023, rdapp at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 > > --- Comment #7 from Robin Dapp --- > vectp.4_188 = x_50(D); > vect__1.5_189 =

[Bug tree-optimization/111830] "omp simd reduction" cannot collaborate well with “loop peeling”.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111830 --- Comment #1 from Guo Jie --- Details in PR111403.

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #9 from Robin Dapp --- Yes, that's from pattern recog: slp.c:11:20: note: === vect_pattern_recog === slp.c:11:20: note: vect_recog_mask_conversion_pattern: detected: _5 = _2 & _4; slp.c:11:20: note: mask_conversion pattern rec

[Bug fortran/90608] Inline non-scalar minloc/maxloc calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608 --- Comment #12 from Tamar Christina --- (In reply to Mikael Morin from comment #11) > Created attachment 56094 [details] > Improved patch > > This improved patch (still single argument only) passes the fortran > regression testsuite. > Awesom

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 --- Comment #3 from Jonathan Wakely --- (In reply to Andrew Pinski from comment #1) > I am not 100% sure but since _M_initialize does not use signgam, this is > just 2 writes to a global variable that will not be read so the data write > race is

[Bug tree-optimization/111515] [14 Regression] Missed Dead Code Elimination since r14-4089-gd45ddc2c04e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515 --- Comment #4 from Theodoros Theodoridis --- It turns out that the unreduced test case is also depended on not-inlining to main. I will be more careful with filtering out such cases in the future.

[Bug c++/111831] New: friend with requires keyword compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111831 Bug ID: 111831 Summary: friend with requires keyword compilation error Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/111832] New: RISC-V: ICE on dynamic LMUL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111832 Bug ID: 111832 Summary: RISC-V: ICE on dynamic LMUL Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee

[Bug c/111833] New: GCC: 14: hangs on a simple for loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111833 Bug ID: 111833 Summary: GCC: 14: hangs on a simple for loop Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/111833] GCC: 14: hangs on a simple for loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111833 --- Comment #1 from wierton <141242068 at smail dot nju.edu.cn> --- The compiler explore link above is broken, here is the link: https://gcc.godbolt.org/z/779zzjcze

[Bug c++/111272] [13/14 Regression] Truncated error messages with -std=c++23 and -std=c++26

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272 --- Comment #6 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:a22eeaca5ce753a0a3c22013ee3ecde04c71c2f4 commit r14-4659-ga22eeaca5ce753a0a3c22013ee3ecde04c71c2f4 Author: Marek Polacek Date: Fr

[Bug c++/111272] [13/14 Regression] Truncated error messages with -std=c++23 and -std=c++26

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111272 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/36010] Loop interchange not performed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36010 Ajit Kumar Agarwal changed: What|Removed |Added CC||aagarwa at gcc dot gnu.org --- Comm

[Bug fortran/90608] Inline non-scalar minloc/maxloc calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608 --- Comment #13 from Mikael Morin --- (In reply to Tamar Christina from comment #12) > (In reply to Mikael Morin from comment #11) > > Created attachment 56094 [details] > > Improved patch > > > > This improved patch (still single argument only)

[Bug c/111834] New: GCC: 14: out of memory when __builtin_return_address receive a large constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111834 Bug ID: 111834 Summary: GCC: 14: out of memory when __builtin_return_address receive a large constant Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug middle-end/105910] [11/12/13/14 Regression] __builtin_return_address expansion with a large # causes a compile time issues and even ICEs sometimes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910 Andrew Pinski changed: What|Removed |Added CC||141242068 at smail dot nju.edu.cn ---

[Bug c/111834] GCC: 14: out of memory when __builtin_return_address receive a large constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111834 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/111794] RISC-V: Missed SLP optimization due to mask mode precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111794 --- Comment #10 from Robin Dapp --- >From what I can tell with my barely working connection no regressions on x86, aarch64 or power10 with the adjusted check.

[Bug fortran/110644] Error in gfc_format_decoder

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644 --- Comment #3 from Kyle Shores --- I'll try to create a smaller example, but as y'all know this can be hard...

[Bug middle-end/111835] New: Suboptimal codegen: zero extended load instead of sign extended one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111835 Bug ID: 111835 Summary: Suboptimal codegen: zero extended load instead of sign extended one Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c/111836] New: gcc: internal compiler error: in get_expr_operands, at tree-ssa-operands.cc

g/bugs/> for instructions. ``` GCC version: ``` gcc (Compiler-Explorer-Build-gcc-d5cfabc677b08f38ea5d5f85deeda746b4fabb88-binutils-2.40) 14.0.0 20231016 (experimental) Copyright (C) 2023 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO

[Bug c/111808] [C23] constexpr with excess precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111808 Laurent Rineau changed: What|Removed |Added CC||Laurent.Rineau__gcc@normale

[Bug fortran/111837] New: [8, 9, 10, 11, 12, 13 Regression] Out of bounds access with optimization inside io-implied-do-control

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837 Bug ID: 111837 Summary: [8,9,10,11,12,13 Regression] Out of bounds access with optimization inside io-implied-do-control Product: gcc Version: 13.1.1 Status: UNCONFIRMED

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 OH changed: What|Removed |Added CC||o.hlinka at gmail dot com --- Comment #47 from OH

[Bug tree-optimization/111833] [14 Regression] GCC: 14: hangs on a simple for loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111833 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c++/111831] friend with requires keyword compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111831 Andrew Pinski changed: What|Removed |Added URL|https://github.com/user1095 | |108/xl/blob/master/

[Bug c++/111831] friend with requires keyword compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111831 --- Comment #2 from Andrew Pinski --- Created attachment 56121 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56121&action=edit preprocessed source

[Bug c++/111831] friend with requires keyword compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111831 Andrew Pinski changed: What|Removed |Added Keywords||needs-bisection, |

[Bug fortran/111837] [8/9/10/11/12/13/14 Regression] Out of bounds access with optimization inside io-implied-do-control

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug middle-end/31531] A microoptimization of isnegative of signed integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31531 --- Comment #21 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:29a4453c7b8a86d242dab89b9e4d222749fd911e commit r14-4661-g29a4453c7b8a86d242dab89b9e4d222749fd911e Author: Andrew Pinski Date: Su

[Bug middle-end/31531] A microoptimization of isnegative of signed integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31531 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/14792] ((int)b & 1) != 0 is not folded to b & 1 != 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14792 Bug 14792 depends on bug 31531, which changed state. Bug 31531 Summary: A microoptimization of isnegative of signed integer https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31531 What|Removed |Added

[Bug tree-optimization/101541] Missing ABSU detection at gimple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101541 --- Comment #9 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:c7609acb8a8210188d21b2cd72ecc6d3b2de2ab8 commit r14-4662-gc7609acb8a8210188d21b2cd72ecc6d3b2de2ab8 Author: Andrew Pinski Date: Su

[Bug tree-optimization/101541] Missing ABSU detection at gimple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101541 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/111829] Redudant register moves inside the loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111829 --- Comment #5 from Andrew Pinski --- I am 99% sure it is a dup of bug 94663 (and others).

[Bug modula2/111756] Re-building all-gcc after source changes fails to link

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756 Gaius Mulley changed: What|Removed |Added Attachment #56114|0 |1 is obsolete|

[Bug rtl-optimization/111835] Suboptimal codegen: zero extended load instead of sign extended one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111835 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-10-16 Component|middle-en

[Bug fortran/111837] [8/9/10/11/12/13/14 Regression] Out of bounds access with optimization inside io-implied-do-control

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837 --- Comment #2 from anlauf at gcc dot gnu.org --- Lightly tested, probably obvious patch: diff --git a/gcc/fortran/frontend-passes.cc b/gcc/fortran/frontend-passes.cc index 136a292807d..536884b13f0 100644 --- a/gcc/fortran/frontend-passes.cc +++

[Bug c++/109751] [13/14 Regression] boost iterator_interface fails concept check starting in gcc-13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751 Patrick Palka changed: What|Removed |Added CC||janezz55 at gmail dot com --- Comment #

[Bug c++/111831] friend with requires keyword compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111831 Patrick Palka changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/81426] [SH]: unable to find a register to spill in class 'R0_REGS' when building webkit2gtk

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426 --- Comment #11 from John Paul Adrian Glaubitz --- Created attachment 56123 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56123&action=edit Preprocessed source from building GHC with gcc-13 This is still present in gcc-13, I just ran into

[Bug tree-optimization/111838] New: wrong code at -O3 on x86_64-linux-gnu

=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 14.0.0 20231016 (experimental) (GCC) [615] % [615] % gcctk -O2 small.c; ./a.out [616] % [616] % gcctk -O3 small.c; ./a.out small.c: In function ‘main’: small.c:6:17: warning

[Bug tree-optimization/111838] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111838 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0 Summary|wrong code at -

[Bug tree-optimization/111838] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111838 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c++/111785] [modules] ICE when compiling fmt lib as module

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111785 Patrick Palka changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug fortran/111837] [8/9/10/11/12/13/14 Regression] Out of bounds access with optimization inside io-implied-do-control

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot gnu

[Bug tree-optimization/111839] New: Wrong code at -O3 on x86_64-linux-gnu since r12-2097-g9f34b780b0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111839 Bug ID: 111839 Summary: Wrong code at -O3 on x86_64-linux-gnu since r12-2097-g9f34b780b0 Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug tree-optimization/111839] [12/13/14 Regression] Wrong code at -O3 on x86_64-linux-gnu since r12-2097-g9f34b780b0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111839 Andrew Pinski changed: What|Removed |Added Summary|Wrong code at -O3 on|[12/13/14 Regression] Wrong

[Bug bootstrap/111812] [14 regression] Can't build with gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111812 --- Comment #4 from seurer at gcc dot gnu.org --- I tried a build with r14-4659-ga22eeaca5ce753 and I see the following which looks like it might be the mentioned union issues. g++ -std=gnu++11 -fno-PIE -c -g -O2 -DIN_GCC-fno-exceptio

[Bug fortran/109105] Error-prone format string building in resolve.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109105 --- Comment #3 from Roland Illig --- Nothing has changed yet. There is no built-in validation in the translated messages that each '%%L' from the msgid matches a '%%L' from the msgstr. I suggest to replace the label 'bad_op' with a function na

[Bug c++/111840] New: =delete("can have a reason")?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111840 Bug ID: 111840 Summary: =delete("can have a reason")? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assi

[Bug c/111808] [C23] constexpr with excess precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111808 --- Comment #5 from joseph at codesourcery dot com --- We could add a "note: initializer represented with excess precision" or similar for the case where the required error might be surprising because the semantic types are the same.

[Bug target/81426] [SH]: unable to find a register to spill in class 'R0_REGS' when building webkit2gtk

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426 --- Comment #12 from Oleg Endo --- (In reply to John Paul Adrian Glaubitz from comment #11) > Created attachment 56123 [details] > Preprocessed source from building GHC with gcc-13 > > This is still present in gcc-13, I just ran into it while cr

[Bug c++/111790] [12/13/14 Regression] Unwarranted missing template keyword warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111790 Patrick Palka changed: What|Removed |Added Target Milestone|--- |12.4 Summary|Unwarranted mis

[Bug c++/111841] New: Lookup context rejected at definition if lookup finds a namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841 Bug ID: 111841 Summary: Lookup context rejected at definition if lookup finds a namespace Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: rejects-vali

[Bug c++/111841] Lookup context rejected at definition if lookup finds a namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841 --- Comment #1 from Johel Ernesto Guerrero Peña --- According to my reading of and , Clang and MSVC are right.

[Bug libstdc++/78276] regex_search is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276 James K. Lowden changed: What|Removed |Added CC||jklowden at schemamania dot org --- Co

[Bug libstdc++/78276] regex_search is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276 --- Comment #3 from James K. Lowden --- Here is a nonpathological example taken from a real-world problem were std::regex_search fails. This pattern is part of the COBOL COPY text-manipulation directive: ([[:space:]]+(LEADING|TRAILING))?[[:s

[Bug bootstrap/111601] [14 Regression] bootstrap fails in stagestrain in libcody on x86_64-linux-gnu and powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org --- Comment

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org,

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 --- Comment #2 from Peter Bergner --- (In reply to Peter Bergner from comment #1) > If the user compiles a piece of inline asm that doesn't support the > features used in that inline asm, then that is user error! I meant to say: If the user com

[Bug c++/111842] New: Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 Bug ID: 111842 Summary: Unable to disable conversion warning in case of _Float16 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal P

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #1 from Andrew Pinski --- I think you should be using 5.0f16 instead ...

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #3 from Andrew Pinski --- >Is there a way to disable this warning without using an explicit cast? No and this is by design because this is how C++ defines extended floating point types and implict casts.

[Bug c++/111841] Lookup context rejected at definition if lookup finds a namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841 Andrew Pinski changed: What|Removed |Added Depends on||98939 --- Comment #2 from Andrew Pinski

[Bug c++/111841] Lookup context rejected at definition if lookup finds a namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111841 --- Comment #3 from Johel Ernesto Guerrero Peña --- Thank you. For reference, here's how I found out this bug: .

[Bug target/111828] rs6000: Parse inline asm string to figure out it requires HTM feature or not.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111828 --- Comment #3 from Kewen Lin --- (In reply to Peter Bergner from comment #1) > (In reply to Kewen Lin from comment #0) > > Technically speaking we are able to parse the inline asm string and figure > > out it's HTM related or not. Excepting fo

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org --- Commen

[Bug tree-optimization/111839] [12/13/14 Regression] Wrong code at -O3 on x86_64-linux-gnu since r12-2097-g9f34b780b0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111839 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-10-17 Ever confirmed|0

[Bug middle-end/111843] New: [meta-bug] wrong-code due to -fstack-reuse=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111843 Bug ID: 111843 Summary: [meta-bug] wrong-code due to -fstack-reuse= Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priori

[Bug target/111466] RISC-V: redundant sign extensions despite ABI guarantees

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111466 --- Comment #4 from CVS Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:8eb9cdd142182aaa3ee39750924bc0a0491236c3 commit r14-4676-g8eb9cdd142182aaa3ee39750924bc0a0491236c3 Author: Vineet Gupta Date: Mon Oct

[Bug tree-optimization/111844] New: missed optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111844 Bug ID: 111844 Summary: missed optimization Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug c++/111842] Unable to disable conversion warning in case of _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 n.deshmukh at samsung dot com changed: What|Removed |Added Resolution|INVALID |--- Status|

[Bug libstdc++/110854] constructor of std::counting_semaphore is not constexpr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110854 --- Comment #3 from Jiang An --- (In reply to Jiang An from comment #2) > The constructor of the internal __platform_semaphore class currently calls > sem_init, which make it incompatible with constexpr... It seems doable to make the ctor const

[Bug tree-optimization/111844] missed optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111844 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-10-17 Status|UNCONFIRM

  1   2   >