[Bug testsuite/113861] c-c++-common/gomp/pr63328.c and gcc.dg/gomp/pr87895-2.c now XPASS

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

[Bug testsuite/113861] New: c-c++-common/gomp/pr63328.c and gcc.dg/gomp/pr87895-2.c now XPASS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113861 Bug ID: 113861 Summary: c-c++-common/gomp/pr63328.c and gcc.dg/gomp/pr87895-2.c now XPASS Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 103339, which changed state. Bug 103339 Summary: [modules] ICE in exporting module on use of outside specialization https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339 What|Removed

[Bug c++/103339] [modules] ICE in exporting module on use of outside specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339 Nathaniel Shead changed: What|Removed |Added Resolution|--- |FIXED CC|

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 103499, which changed state. Bug 103499 Summary: C++20 modules error: invalid use of non-static member function https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499 What|Removed

[Bug c++/103499] C++20 modules error: invalid use of non-static member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499 Nathaniel Shead changed: What|Removed |Added Status|NEW |RESOLVED Target Milestone|---

[Bug c++/113545] ICE in label_matches with constexpr function with switch-statement and converted (nonconstant, cast address) input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545 --- Comment #2 from GCC Commits --- The master branch has been updated by Hans-Peter Nilsson : https://gcc.gnu.org/g:48207a5f00d6ae7cb11038e7c17f6858de4a884e commit r14-8907-g48207a5f00d6ae7cb11038e7c17f6858de4a884e Author: Hans-Peter Nilsson

[Bug target/113859] popcount HI can be vectorized for non-SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859 --- Comment #1 from Andrew Pinski --- SI (and DI) can be optimized too. LLVM is produces for int: ldr d0, [x0] cnt v0.8b, v0.8b uaddlp v0.4h, v0.8b uaddlp v0.2s, v0.4h str d0, [x1]

[Bug target/113860] SVE popcount can be used for 16bit, 32bit and 64bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113860 --- Comment #1 from Andrew Pinski --- SVE instructions can also be used for V4HI/V8HI/V2SI/V4SI so the SLP vectorizer can use them.

[Bug target/113860] New: SVE popcount can be used for 16bit, 32bit and 64bit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113860 Bug ID: 113860 Summary: SVE popcount can be used for 16bit, 32bit and 64bit Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Severity:

[Bug modula2/113848] modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug modula2/113848] modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 --- Comment #4 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:863202684dff775ae4a3e576f77044474384d41f commit r14-8906-g863202684dff775ae4a3e576f77044474384d41f Author: Gaius Mulley Date:

[Bug target/113859] New: popcount HI can be vectorized for non-SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859 Bug ID: 113859 Summary: popcount HI can be vectorized for non-SVE Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement

[Bug modula2/113848] modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 Gaius Mulley changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug modula2/113848] modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 --- Comment #2 from Gaius Mulley --- Created attachment 57375 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57375=edit Proposed fix Many thanks for the bug report and hint. Here is the proposed patch (currently being bootstrap tested).

[Bug target/113858] New: `ldr s0/h0/b0` should be used to zero extend into the full register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113858 Bug ID: 113858 Summary: `ldr s0/h0/b0` should be used to zero extend into the full register Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug fortran/113845] ice in gfc_get_array_ss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845 --- Comment #5 from Steve Kargl --- On Fri, Feb 09, 2024 at 10:06:47PM +, anlauf at gcc dot gnu.org wrote: > > --- Comment #4 from anlauf at gcc dot gnu.org --- > Created attachment 57374 > -->

[Bug target/113857] fmov should be used to zero the upper bits of the vector register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113857 --- Comment #1 from Andrew Pinski --- Without f16 extension, s64 could be done as: ``` and x0, x0, 0x fmov s0, x0 ``` Similarly if we are doing a `c64` .

[Bug target/113856] `(vect64 float){1.0f, 0}` code generation could just be `fmov sN, 1.0f`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113856 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug target/113857] New: fmov should be used to zero the upper bits of the vector register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113857 Bug ID: 113857 Summary: fmov should be used to zero the upper bits of the vector register Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug target/113856] New: `(vect64 float){1.0f, 0}` code generation could just be `fmov sN, 1.0f`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113856 Bug ID: 113856 Summary: `(vect64 float){1.0f, 0}` code generation could just be `fmov sN, 1.0f` Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords:

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #3 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #2) > Guess an ia32 implementation would be even better, shouldn't be that hard. I have a draft on one of my machines, I'll post it here tomorrow.

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #2 from Jakub Jelinek --- Guess an ia32 implementation would be even better, shouldn't be that hard.

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #1 from Iain Sandoe --- I was looking at making an i686 impl. but we could also do as you suggest for gcc-14.

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |14.0 Priority|P3

[Bug target/113855] New: [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 Bug ID: 113855 Summary: [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1 Product: gcc Version: 14.0 Status:

[Bug fortran/113845] ice in gfc_get_array_ss

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

[Bug target/113764] [X86] Generates lzcnt when bsr is sufficient

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

[Bug c++/98388] Throwing move-only parameter results in hard error in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388 Marek Polacek changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

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

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834 --- Comment #9 from GCC Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:f29f7f86935e29786bf9f976ec99d7639b381b14 commit r14-8904-gf29f7f86935e29786bf9f976ec99d7639b381b14 Author: Marek Polacek Date:

[Bug c++/98388] Throwing move-only parameter results in hard error in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388 --- Comment #1 from GCC Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:3a3e0f1b46a3ad71ebeedc419393e3a36f1ce6db commit r14-8903-g3a3e0f1b46a3ad71ebeedc419393e3a36f1ce6db Author: Marek Polacek Date:

[Bug c++/113854] New: the expression 'is_invocable_v ... evaluated to 'false'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113854 Bug ID: 113854 Summary: the expression 'is_invocable_v ... evaluated to 'false' Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug libgomp/113698] GNU OpenMP with OMP_PROC_BIND alters thread affinity in a way that negatively affects performance

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

[Bug libgomp/113698] GNU OpenMP with OMP_PROC_BIND alters thread affinity in a way that negatively affects performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698 --- Comment #4 from kugan at gcc dot gnu.org --- Thanks for looking into this. The main reason we ere seeing performance issue turned out to be due to glibc malloc issue in https://sourceware.org/bugzilla/show_bug.cgi?id=30945

[Bug fortran/104908] [11/12/13/14 Regression] incorrect Fortran out-of-bound runtime error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/104908] [11/12/13/14 Regression] incorrect Fortran out-of-bound runtime error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908 --- Comment #12 from GCC Commits --- The releases/gcc-11 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:07b575d5860dbc8791dbb9d10af9f918f34d7ff0 commit r11-11231-g07b575d5860dbc8791dbb9d10af9f918f34d7ff0 Author: Harald

[Bug fortran/104908] [11/12/13/14 Regression] incorrect Fortran out-of-bound runtime error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908 --- Comment #11 from GCC Commits --- The releases/gcc-12 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:f7b3a82be2f4e9f43524185226c0df686c7b0154 commit r12-10148-gf7b3a82be2f4e9f43524185226c0df686c7b0154 Author: Harald

[Bug libgcc/113850] condition variables timed wait does a lot of spurious wakeups on Win32 threading implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850 Eric Botcazou changed: What|Removed |Added Last reconfirmed||2024-02-09 Ever confirmed|0

[Bug tree-optimization/110422] asm goto vs SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |11.5 Known to work|

[Bug target/113764] [X86] Generates lzcnt when bsr is sufficient

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113764 --- Comment #2 from Roger Sayle --- Investigating further, the thinking behind GCC's current behaviour can be found in Agner Fog's instruction tables; on many architectures BSR is much slower than LZCNT. Legacy AMD: BSR=4 cycles, LZCNT=2

[Bug fortran/113799] gfc_replace_expr: double free detected ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113799 --- Comment #9 from GCC Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:b3d622d70ba209b63471fc1b0970870046e55745 commit r14-8902-gb3d622d70ba209b63471fc1b0970870046e55745 Author: Harald Anlauf Date:

[Bug fortran/113846] ice in fold_convert_loc, at fold-const.cc:2757

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113846 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c++/113853] implicit move in throw in trailing return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c++/113853] New: implicit move in throw in trailing return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853 Bug ID: 113853 Summary: implicit move in throw in trailing return type Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/113845] ice in gfc_get_array_ss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845 --- Comment #3 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #2) > (In reply to kargl from comment #1) > > Thanks. Reduce test case. > > > > subroutine test_adjustl(x) > > character(*) :: x(100) > > call bar(adjustl(x))

[Bug tree-optimization/110422] asm goto vs SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422 Martin Jambor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/110422] asm goto vs SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422 --- Comment #8 from GCC Commits --- The releases/gcc-11 branch has been updated by Martin Jambor : https://gcc.gnu.org/g:010e4a04c4daaf1b0dacf6aa30fcbdaa73eda33c commit r11-11230-g010e4a04c4daaf1b0dacf6aa30fcbdaa73eda33c Author: Martin Jambor

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 112580, which changed state. Bug 112580 Summary: [14 Regression]: g++.dg/modules/xtreme-header-4_b.C et al; ICE tree check: expected class 'type', have 'declaration' https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580

[Bug c++/112580] [14 Regression]: g++.dg/modules/xtreme-header-4_b.C et al; ICE tree check: expected class 'type', have 'declaration'

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

[Bug fortran/113845] ice in gfc_get_array_ss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845 --- Comment #2 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #1) > Thanks. Reduce test case. > > subroutine test_adjustl(x) > character(*) :: x(100) > call bar(adjustl(x)) > end subroutine Forcing gfc_simplify_adjustl

[Bug c++/112580] [14 Regression]: g++.dg/modules/xtreme-header-4_b.C et al; ICE tree check: expected class 'type', have 'declaration'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580 --- Comment #10 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:f931bd7725f5cea948dd55ac370b5b9fd9a00198 commit r14-8900-gf931bd7725f5cea948dd55ac370b5b9fd9a00198 Author: Patrick Palka Date:

[Bug fortran/113845] ice in gfc_get_array_ss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/113851] boyer_moore_searcher and boyer_moore_horspool_searcher fail to accept ADL-incompatible element types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851 --- Comment #2 from Jonathan Wakely --- We fail much simpler cases too: #include template struct holder { T t; }; struct incomplete; int main() { using validator = holder*; validator varr[1]{}; (void) std::find(varr, varr

[Bug other/109668] 'python' vs. 'python3'

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

[Bug libstdc++/113851] boyer_moore_searcher and boyer_moore_horspool_searcher fail to accept ADL-incompatible element types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851 --- Comment #1 from Jonathan Wakely --- Ugh. The problem is: 1272 | if (__iter == _M_bad_char.end()) which does ADL for operator== In general there's no way to fix this, we *must* do ADL for iterator equality comparisons (and other

[Bug libstdc++/113851] boyer_moore_searcher and boyer_moore_horspool_searcher fail to accept ADL-incompatible element types

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

[Bug c++/113852] -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 --- Comment #5 from Jonathan Wakely --- The behaviour changed with r247495 common.opt (fstrict-overflow): Alias negative to fwrapv. 2017-05-02 Richard Biener * common.opt (fstrict-overflow): Alias negative to fwrapv. * doc/invoke.texi

[Bug c++/113852] -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 --- Comment #4 from Jonathan Wakely --- Reduced: int main() { unsigned short a1 = (1u << 16) - 1; unsigned short a2 = a1; /* a1 * a2 should be 4294836225 in math terms */ unsigned long long a3 = 4294836225; /* * The

[Bug c++/113852] -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 --- Comment #3 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #2) > I assume what's happening is that GCC assumes integer promotion from > uint16_t to int is value preserving and so we get two positive values, and >

[Bug c++/113852] -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Ever confirmed|0

[Bug libstdc++/113841] Can't swap two std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841 --- Comment #8 from Jonathan Wakely --- Calling swap unqualified performs ADL, which has to find all the associated namespaces and associated classes. To do that it has to complete all the types involved, which means it tries to complete:

[Bug c++/113852] -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 --- Comment #1 from Zachary L --- Sorry, that should say "If *both* a1 or a2 are constexpr, the warning will occur."

[Bug c++/113852] New: -Wsign-compare doesn't warn on unsigned result types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852 Bug ID: 113852 Summary: -Wsign-compare doesn't warn on unsigned result types Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/113841] Can't swap two std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841 --- Comment #7 from Viktor Ostashevskyi --- I'm still wondering why for std::hash, the T type is checked for anything. It shouldn't matter what T is, as we're hashing T*...

[Bug tree-optimization/113783] ICE: in lower_stmt, at gimple-lower-bitint.cc:5455 with -O -mavx512f and _BitInt() in memcpy()

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

[Bug libstdc++/113851] New: boyer_moore_searcher and boyer_moore_horspool_searcher fail to accept ADL-incompatible element types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851 Bug ID: 113851 Summary: boyer_moore_searcher and boyer_moore_horspool_searcher fail to accept ADL-incompatible element types Product: gcc Version: 14.0 Status:

[Bug tree-optimization/113783] ICE: in lower_stmt, at gimple-lower-bitint.cc:5455 with -O -mavx512f and _BitInt() in memcpy()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113783 --- Comment #4 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:c9bdcb0c3433ce09f5bb713a51a14130858578a2 commit r14-8899-gc9bdcb0c3433ce09f5bb713a51a14130858578a2 Author: Jakub Jelinek Date:

[Bug middle-end/110754] assume create spurious load for volatile variable

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

[Bug libstdc++/113841] Can't swap two std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841 --- Comment #6 from Jonathan Wakely --- IIRC the reason we don't just default that constructor is because we need to be sure to value-initialize the allocator, not just default-initialize it.

[Bug libstdc++/113841] Can't swap two std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841 Jonathan Wakely changed: What|Removed |Added Component|c++ |libstdc++ --- Comment #5 from

[Bug libgcc/113850] condition variables timed wait does a lot of spurious wakeups on Win32 threading implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850 --- Comment #1 from Matteo Italia --- Created attachment 57372 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57372=edit Proposed patch

[Bug libgcc/113850] New: condition variables timed wait does a lot of spurious wakeups on Win32 threading implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850 Bug ID: 113850 Summary: condition variables timed wait does a lot of spurious wakeups on Win32 threading implementation Product: gcc Version: 13.1.0 Status: UNCONFIRMED

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

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

[Bug middle-end/108410] x264 averaging loop not optimized well for avx512

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410 --- Comment #10 from Richard Biener --- So this is now fixed if you use --param vect-partial-vector-usage=2, there is at the moment no way to get masking/not masking costed against each other. In theory vect_analyze_loop_costing and

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834 --- Comment #7 from Marek Polacek --- (In reply to Jakub Jelinek from comment #6) > (In reply to Marek Polacek from comment #5) > > To fix the ICE we could do: > > > > --- a/gcc/cp/semantics.cc > > +++ b/gcc/cp/semantics.cc > > @@ -4644,7

[Bug middle-end/108376] TSVC s1279 runs 40% faster with aocc than gcc at zen4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108376 Richard Biener changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug libstdc++/113841] Can't swap two std::hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841 Jonathan Wakely changed: What|Removed |Added Known to fail||12.3.1 Known to work|

[Bug libstdc++/113835] [13/14 Regression] compiling std::vector with const size in C++20 is slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835 --- Comment #2 from Jonathan Wakely --- (In reply to Richard Biener from comment #1) > GCC 12 was fast (possibly std::vector wasn't constexpr there?) It was constexpr since 12.1.0 So this might be related to Jason's implicit constexpr changes

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834 --- Comment #6 from Jakub Jelinek --- (In reply to Marek Polacek from comment #5) > To fix the ICE we could do: > > --- a/gcc/cp/semantics.cc > +++ b/gcc/cp/semantics.cc > @@ -4644,7 +4644,9 @@ static tree > finish_type_pack_element (tree

[Bug rust/113499] crab1 fails to link when configuring with --disable-plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499 --- Comment #3 from Richard Biener --- (In reply to Richard Biener from comment #2) > Re-confirmed. Can be reproduced both on a glibc 2.31 and glibc 2.38 system > with It does work with glibc 2.38, so only glibc 2.31 fails this (and possibly

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug rust/113499] crab1 fails to link when configuring with --disable-plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499 Richard Biener changed: What|Removed |Added Last reconfirmed||2024-02-09 Ever confirmed|0

[Bug c++/113834] [14 Regression] internal compiler error: in tree_to_shwi, at tree.cc:6461

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org ---

[Bug target/113615] internal compiler error: in extract_insn, at recog.cc:2812

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/101188] [11/12/13 Regression] [postreload] Uses content of a clobbered register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101188 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org

[Bug rtl-optimization/101188] [11/12/13 Regression] [postreload] Uses content of a clobbered register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101188 Georg-Johann Lay changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug target/113847] [14 Regression] 10% slowdown of 462.libquantum on AMD Ryzen 7700X and Ryzen 7900X

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

[Bug modula2/113848] modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 --- Comment #1 from Richard Biener --- void * arithmetic is a GCC extension, I suggest to change that to char *

[Bug tree-optimization/113849] wrong code with _BitInt() arithmetics at -O1

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

[Bug tree-optimization/113849] New: wrong code with _BitInt() arithmetics at -O1

ion 14.0.1 20240209 (experimental) (GCC)

[Bug modula2/113848] New: modula2 doesn't build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848 Bug ID: 113848 Summary: modula2 doesn't build with clang Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3

[Bug tree-optimization/113774] wrong code with _BitInt() arithmetics at -O2

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

[Bug tree-optimization/113818] ICE: verify_gimple failed: missing 'PHI' def with -Os -fnon-call-exceptions -finstrument-functions-once and _BitInt()

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

[Bug middle-end/113415] ICE: RTL check: -mstringop-strategy=byte_loop vs inline-asm goto with block copies

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

[Bug middle-end/113415] ICE: RTL check: -mstringop-strategy=byte_loop vs inline-asm goto with block copies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113415 --- Comment #7 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:0ad1884089c0fad4dfc72516bc68ec508cba1832 commit r14-8896-g0ad1884089c0fad4dfc72516bc68ec508cba1832 Author: Jakub Jelinek Date:

[Bug tree-optimization/113818] ICE: verify_gimple failed: missing 'PHI' def with -Os -fnon-call-exceptions -finstrument-functions-once and _BitInt()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113818 --- Comment #3 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6c124873f5197ca8aac5acfada4b0e7fba49807f commit r14-8895-g6c124873f5197ca8aac5acfada4b0e7fba49807f Author: Jakub Jelinek Date:

[Bug tree-optimization/113774] wrong code with _BitInt() arithmetics at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113774 --- Comment #8 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:97e49bf00d1a7b7a2a02531a1c5362fad27348d9 commit r14-8894-g97e49bf00d1a7b7a2a02531a1c5362fad27348d9 Author: Jakub Jelinek Date:

[Bug c++/113830] GCC accepts invalid code when instantiating the local class inside a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113830 --- Comment #14 from Harald van Dijk --- (In reply to Bo Wang from comment #13) > (In reply to Harald van Dijk from comment #12) > > (In reply to Bo Wang from comment #11) > > > I have read the working draft standard of C++20 > > >

[Bug target/113847] New: [14 Regression] 10% slowdown of 462.libquantum on AMD Ryzen 7700X and Ryzen 7900X

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113847 Bug ID: 113847 Summary: [14 Regression] 10% slowdown of 462.libquantum on AMD Ryzen 7700X and Ryzen 7900X Product: gcc Version: 14.0 Status: UNCONFIRMED

  1   2   >