[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 --- Comment #5 from Andrew Pinski --- Created attachment 56129 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56129=edit no uninitialized variable in this testcase This slightly changed testcase from Sam's testcase which removes the

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 Sam James changed: What|Removed |Added Attachment #56127|0 |1 is obsolete|

[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 #4 from Jan Wassenberg --- I understand the slippery slope concern. But the empty asm string is a special case, we and others use it (with +r output and memory clobber) to prevent optimizing variables out e.g. during tests. It

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 --- Comment #3 from Sam James --- Created attachment 56127 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56127=edit reduced.ii I've attached what cvise gave me but it also relies on uninitialised vars (not tried to fix it yet)

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 Andrew Pinski changed: What|Removed |Added CC||jakub at gcc dot gnu.org Ever

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 --- Comment #1 from Andrew Pinski --- Created attachment 56126 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56126=edit Reduced testcase I am not a fan of this reduced testcase since it depends on uninitialized variables.

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Target

[Bug middle-end/111845] New: [14 regression] ICE when building pycryptodome

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845 Bug ID: 111845 Summary: [14 regression] ICE when building pycryptodome Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #9 from n.deshmukh at samsung dot com --- (In reply to Andrew Pinski from comment #8) > (In reply to n.deshm...@samsung.com from comment #7) > > > > Is there a reason why the second error is not categorized under > >

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #8 from Andrew Pinski --- (In reply to n.deshm...@samsung.com from comment #7) > > Is there a reason why the second error is not categorized under > -Wfloat-conversion diagnostic? Did you read what I linked? I will link it again:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111842 --- Comment #7 from n.deshmukh at samsung dot com --- How about the following code: int f(double a) { float b = a; return 0; } int g(double a) { _Float16 b = a; return 0; } It generates the following errors: : In

[Bug tree-optimization/95034] Failure to convert xor pattern (made out of or+and) to xor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95034 --- Comment #7 from Andrew Pinski --- (In reply to Andrew Pinski from comment #6) > So after phiopt2 we end up with: > ``` > _1 = a_3(D) | b_4(D); > if (_1 != 0) > goto ; [50.00%] > else > goto ; [50.00%] > >[local count:

[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 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

[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

[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 |---

[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 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

[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

[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 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 ---

[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

[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 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

[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++/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 #1 from Andrew Pinski --- I think you should be using 5.0f16 instead ...

[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

[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

[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 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 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:

[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 ---

[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 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:

[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

[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

[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 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++

[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

[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

[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 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 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

[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 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 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] 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 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=edit Preprocessed source from building GHC with gcc-13 This is still present in gcc-13, I just ran into it

[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 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 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

[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 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 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 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:

[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 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 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:

[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 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 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=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 URL|https://github.com/user1095 |

[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 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 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:

[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 c/111836] New: gcc: internal compiler error: in get_expr_operands, at tree-ssa-operands.cc

mpiler-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 warranty; not even for MERCHANTABILITY or FITNESS FOR A PART

[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 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 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 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 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] 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 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

[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 ---

[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 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:

[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/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/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

[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

[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 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

[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. >

[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

[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 #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] 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 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 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 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 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 #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

[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

[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 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++/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

[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|

  1   2   >