[Bug c++/104179] New: Truncated representation of character arrays as non-type template parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104179 Bug ID: 104179 Summary: Truncated representation of character arrays as non-type template parameters Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity:

[Bug c/104178] -fcompare-debug failure at -O3 -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104178 --- Comment #1 from Chengnian Sun --- Sorry for the long test case. I tried my best to reduce it. The reported test program is the best I could get.

[Bug c/104178] New: -fcompare-debug failure at -O3 -m32

able-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.1 20220121 (experimental) [master -gcaca8eddd] (GCC) $

[Bug c++/104177] coroutine frame is not being allocated with the correct alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #12 from Andrew Pinski --- See the discussion at https://www.mail-archive.com/cfe-commits@lists.llvm.org/msg222834.html I wonder what this means for GCC here.

[Bug c++/104177] coroutine frame is not being allocated with the correct alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #11 from Andrew Pinski --- Oh: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2020/p2014r0.pdf

[Bug c++/104177] coroutine frame is not being allocated with the correct alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #10 from Andrew Pinski --- Note LLVM/clang has the same issue and there was a patch for the issue here: https://reviews.llvm.org/D106248 I don't see the followup patch though.

[Bug c++/104177] coroutine frame is not being allocated with the correct alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #9 from Andrew Pinski --- so I think you might have found a defect in the C++ standard dealing with coroutines. I looked and there is no mention of alignment when it comes to the state of the coroutine at all even.

[Bug c++/104177] coroutine frame is not being allocated with the correct alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 Andrew Pinski changed: What|Removed |Added Summary|[diagnostic] basic.align#9 |coroutine frame is not

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 Andrew Pinski changed: What|Removed |Added Version|12.0|11.1.1 --- Comment #7 from Andrew Pinsk

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #6 from Andrew Pinski --- So this works for me on the trunk.

[Bug testsuite/103763] [12 regression] gcc.target/powerpc/fold-vec-splat-floatdouble.c fails after r12-5988

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103763 Michael Meissner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug testsuite/103763] [12 regression] gcc.target/powerpc/fold-vec-splat-floatdouble.c fails after r12-5988

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103763 --- Comment #2 from CVS Commits --- The master branch has been updated by Michael Meissner : https://gcc.gnu.org/g:abe3a4f0e9c461789b689e78d6116b1efffc1b5b commit r12-6814-gabe3a4f0e9c461789b689e78d6116b1efffc1b5b Author: Michael Meissner Dat

[Bug target/104136] Gcc cannot compile wrf_r for power10 using -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104136 Michael Meissner changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/104136] Gcc cannot compile wrf_r for power10 using -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104136 --- Comment #5 from Michael Meissner --- Fixed in commit f9063d12633c62a089115df032a19295854d8b06 on January 21, 2022.

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #5 from Andrew Pinski --- What I am trying to say is there is a bug in gcc when dealing with alignas with coroutines. I don't think there is a dup of this bug in the database. I am also saying is this should work. When I get in front

[Bug tree-optimization/104156] [12 Regression] -fcompare-debug failure with -O2 -funswitch-loops since r12-4526-gd8edfadfc7a9795b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104156 --- Comment #7 from Chengnian Sun --- A quick question. Besides the flags `-fcompare-debug -g3 -O3`, are there any other flags I should enable to better/faster find such -fcompare-debug failures? Thanks.

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #4 from Luke Dalessandro --- Oh, that would be great. I tried relatively hard to find a bug like that, but I have previously shown a surprising level of incompetence with bugzilla search.

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > It should be supported. There might be a dup copying the alignment though > for the coroutines. Bug not dup. Autocorrect got to me.

[Bug c++/104173] [12 Regression] wrong overload resolution for ref-qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104173 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #2 from Andrew Pinski --- It should be supported. There might be a dup copying the alignment though for the coroutines.

[Bug c++/104177] [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 --- Comment #1 from Luke Dalessandro --- Also described in https://stackoverflow.com/questions/66546906/is-it-defined-behavior-to-place-exotically-aligned-objects-in-the-coroutine-stat.

[Bug c++/104177] New: [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104177 Bug ID: 104177 Summary: [diagnostic] basic.align#9 should emit diagnostic for unsupported alignas Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: norm

[Bug other/104176] [12 Regression] opts-global.cc:420:62: error: unquoted option name '--enable-plugin' in format

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

[Bug other/104176] opts-global.cc:420:62: error: unquoted option name '--enable-plugin' in format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104176 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2022-01-22 Assignee|unassigne

[Bug target/104028] M68k: Error: value -16034 out of range for switch tables in some cases with optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug other/104176] New: opts-global.cc:420:62: error: unquoted option name '--enable-plugin' in format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104176 Bug ID: 104176 Summary: opts-global.cc:420:62: error: unquoted option name '--enable-plugin' in format Product: gcc Version: 12.0 Status: UNCONFIRMED Severity:

[Bug modula2/104065] [12 Regression] trunk 20220117 fails to build modula2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065 --- Comment #7 from Gaius Mulley --- All fixed now (I think), see mailing list entry https://gcc.gnu.org/pipermail/gcc-cvs/2022-January/359679.html In summary $(CC) is only used to compile flex generated source. $(CXX) is used instead. The

[Bug c++/104175] Enum Class Bit Fields Brace-enclosed Initializer List fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104175 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Known to fail|

[Bug c++/104175] New: Enum Class Bit Fields Brace-enclosed Initializer List fails to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104175 Bug ID: 104175 Summary: Enum Class Bit Fields Brace-enclosed Initializer List fails to compile Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: norma

[Bug libstdc++/104174] [12 Regression] unordered_map fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104174 Jonathan Wakely changed: What|Removed |Added Summary|[12 Regression] |[12 Regression] |un

[Bug libstdc++/104174] [12 Regression] unordered_map fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104174 Jonathan Wakely changed: What|Removed |Added Known to work||11.2.1 Status|UNCONFIRMED

[Bug libstdc++/104174] New: [12 Regression] unordered_map fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104174 Bug ID: 104174 Summary: [12 Regression] unordered_map fails Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P

[Bug bootstrap/104170] [12 Regression] Failed to bootstrap by r12-6807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104170 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/104136] Gcc cannot compile wrf_r for power10 using -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104136 --- Comment #4 from CVS Commits --- The master branch has been updated by Michael Meissner : https://gcc.gnu.org/g:f9063d12633c62a089115df032a19295854d8b06 commit r12-6812-gf9063d12633c62a089115df032a19295854d8b06 Author: Michael Meissner Dat

[Bug fortran/103782] [9/10/11/12 Regression] internal error occurs when overloading intrinsic since r9-1566-g87c789f1c0b2df41

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782 --- Comment #8 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:48ef652689b96f4305d5a9c30c4c9f2008cbd4d8 commit r10-10412-g48ef652689b96f4305d5a9c30c4c9f2008cbd4d8 Author: Harald Anlauf

[Bug bootstrap/104170] [12 Regression] Failed to bootstrap by r12-6807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104170 --- Comment #2 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:60953a23d57b13a672f751bec0c6eefc059eb1ab commit r12-6811-g60953a23d57b13a672f751bec0c6eefc059eb1ab Author: H.J. Lu Date: Fri Jan 21 13

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #5 from anlauf at gcc dot gnu.org --- The issue in comment#3 is likely unrelated to TRANSFER: program p implicit none ! integer, parameter :: k = 1 integer, parameter :: k = 4 character(kind=k,len=2), parameter :: z = k_"FG"

[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 Bill Schmidt changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org --- Comment

[Bug c++/104173] [12 Regression] wrong overload resolution for ref-qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104173 Jonathan Wakely changed: What|Removed |Added Priority|P3 |P1

[Bug c++/104173] [12 Regression] wrong overload resolution for ref-qualifiers

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

[Bug c++/104173] New: [12 Regression] wrong overload resolution for ref-qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104173 Bug ID: 104173 Summary: [12 Regression] wrong overload resolution for ref-qualifiers Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: rejects-valid

[Bug c++/104148] [11 Regression] -Wformat warning no longer warns about () wrapped args since r11-2457

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104148 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|11.3

[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug c++/104148] [11/12 Regression] -Wformat warning no longer warns about () wrapped args since r11-2457

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104148 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:f36efe71bef8ddf72306aca313d28759434cf97a commit r12-6810-gf36efe71bef8ddf72306aca313d28759434cf97a Author: Jakub Jelinek Date: F

[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 --- Comment #3 from Jakub Jelinek --- E.g. I think all the libstdc++ work is only in GCC 11, so yes, one could use C++, but couldn't use the standard C++ library in GCC 8.

[Bug bootstrap/104170] [12 Regression] Failed to bootstrap by r12-6807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104170 H.J. Lu changed: What|Removed |Added Target Milestone|--- |12.0 --- Comment #1 from H.J. Lu --- A patch

[Bug tree-optimization/101831] Spurious maybe-uninitialized warning on std::array::size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101831 kim.walisch at gmail dot com changed: What|Removed |Added CC||kim.walisch at gmail dot c

[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 --- Comment #2 from Jakub Jelinek --- Was -mabi=ieeelongdouble support even remotely usable in GCC 8 (do we really need to care about compatibility with it)?

[Bug target/104172] [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

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

[Bug target/104172] New: [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172 Bug ID: 104172 Summary: [9/10/11/12 Regression] ppc64le mangling ICE with -flto -ffat-lto-objects Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: norm

[Bug middle-end/104171] ICE: 'verify_gimple' failed. verify_gimple_in_seq; gimplify_body

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104171 Andrew Pinski changed: What|Removed |Added Component|c |middle-end Status|UNCONFIRM

[Bug c++/104160] Wrongly allowed: Function argumentin constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104160 --- Comment #4 from Andrew Pinski --- The error message from clang is: :28:19: note: function parameter 'JSONValue' with unknown value cannot be used in a constant expression if constexpr (JSONValue.isArray()) { ^

[Bug c++/104160] Wrongly allowed: Function argumentin constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104160 --- Comment #3 from Andrew Pinski --- Hmm, MSVC accepts this code just like GCC. ICC does too. Only clang rejects it. If Value was not marked as a constexpr, then GCC rejects it too. I do have wonder if clang is right to reject this or not.

[Bug c/104171] New: ICE: 'verify_gimple' failed. verify_gimple_in_seq; gimplify_body

gured with: /tmp/tmp.OLkXuGPSxC-gcc-builder/gcc/configure --enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.1 20220121 (experimental) [master -gcaca8eddd] (GCC)

[Bug c++/104160] Wrongly allowed: Function argumentin constant expression

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

[Bug c++/104160] Wrongly allowed: Function argumentin constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104160 --- Comment #1 from Andrew Pinski --- Reduced testcase: struct Array { static constexpr bool isArray() noexcept { return true; } }; template constexpr void buggyImpl(const JSONVariant& JSONValue) noexcept { constexpr bool t = JSONValu

[Bug rtl-optimization/104153] [12 Regression] ICE due to recent ifcvt changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104153 --- Comment #3 from rdapp at linux dot ibm.com --- Both of your guesses are correct :) or1k_expand_compare () indeed modifies the condition/comparison in-place. As I use cc_cmp directly from the condition of the jump it is changed but never rev

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > with TRANSFER between different integer kinds. E.g. oops, that should read: character kinds

[Bug fortran/104128] ICE in gfc_widechar_to_char, at fortran/scanner.c:199

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104128 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Keywords|

[Bug libgomp/66005] libgomp make check time is excessive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66005 Serge Belyshev changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug debug/104169] GDB unable to set $xmm2-7 register but able to set $xmm0-1 on non-AVX machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104169 --- Comment #2 from Luís Ferreira --- Thanks for the information. Just cross-referencing here: https://sourceware.org/bugzilla/show_bug.cgi?id=28803 .

[Bug c++/104139] [12 Regression] g++.dg/abi/no_unique_address2.C at r12-6028 (a37e8ce3b663)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104139 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/104084] [12 regression] Internal compiler error: tree check: expected target_expr, have compound_expr in build_new_1 since r12-6375-g6cd51207f5732b52

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104084 Jason Merrill changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/104084] [12 regression] Internal compiler error: tree check: expected target_expr, have compound_expr in build_new_1 since r12-6375-g6cd51207f5732b52

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104084 --- Comment #8 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:847a8301add0a316767878342c1367948835c181 commit r12-6808-g847a8301add0a316767878342c1367948835c181 Author: Jason Merrill Date: F

[Bug c++/20040] A new expression must check the access level of delete operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040 --- Comment #4 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:847a8301add0a316767878342c1367948835c181 commit r12-6808-g847a8301add0a316767878342c1367948835c181 Author: Jason Merrill Date: Fr

[Bug debug/104169] GDB unable to set $xmm2-7 register but able to set $xmm0-1 on non-AVX machines

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

[Bug bootstrap/104170] [12 Regression] Failed to bootstrap by r12-6807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104170 H.J. Lu changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug bootstrap/104170] New: [12 Regression] Failed to bootstrap by r12-6807

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104170 Bug ID: 104170 Summary: [12 Regression] Failed to bootstrap by r12-6807 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug debug/104169] New: GDB unable to set $xmm2-7 register but able to set $xmm0-1 on non-AVX machines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104169 Bug ID: 104169 Summary: GDB unable to set $xmm2-7 register but able to set $xmm0-1 on non-AVX machines Product: gcc Version: unknown Status: UNCONFIRMED Severi

[Bug target/104136] Gcc cannot compile wrf_r for power10 using -Ofast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104136 Michael Meissner changed: What|Removed |Added Attachment #52246|0 |1 is obsolete|

[Bug sanitizer/104158] [12 Regression] gcc no longer accepts -fsanitize-coverage=trace-pc,trace-cmp since r12-1177

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158 --- Comment #7 from Jakub Jelinek --- Created attachment 52261 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52261&action=edit gcc12-pr104158-3.patch Untested patch for Fortran -fconvert= extensions using this patch.

[Bug sanitizer/104158] [12 Regression] gcc no longer accepts -fsanitize-coverage=trace-pc,trace-cmp since r12-1177

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158 --- Comment #6 from Jakub Jelinek --- Created attachment 52260 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52260&action=edit gcc12-pr104158-2.patch Untested patch for this PR proper. The only behavior change is that -fsanitize-coverag

[Bug sanitizer/104158] [12 Regression] gcc no longer accepts -fsanitize-coverage=trace-pc,trace-cmp since r12-1177

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2022-01-21 Status|UNCONFIRM

[Bug middle-end/104140] [12 Regression] ICE verify_gimple failed: type mismatch in binary expression since r12-6434-g0752c75536e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140 Serge Belyshev changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/103121] [12 Regression] Warnings in cp/optimize.c causing build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121 --- Comment #31 from Martin Sebor --- I believe I understand what both of you are saying and (also) that the cache behaves correctly. It stores offsets based on the pointer definition statements. Here's a test that I think reproduces the condi

[Bug middle-end/104140] [12 Regression] ICE verify_gimple failed: type mismatch in binary expression since r12-6434-g0752c75536e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140 --- Comment #4 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:886e9779581102caf97cd05dea80d9be87c24784 commit r12-6804-g886e9779581102caf97cd05dea80d9be87c24784 Author: Roger Sayle Date: Fri J

[Bug target/103676] [10/11/12 Regression] internal compiler error: in extract_constrain_insn, at recog.c:2671

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103676 --- Comment #24 from CVS Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:85419ac59724b7ce710ebb4acf03dbd747edeea3 commit r12-6803-g85419ac59724b7ce710ebb4acf03dbd747edeea3 Author: Vladimir N. Makarov

[Bug rtl-optimization/104153] [12 Regression] ICE due to recent ifcvt changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104153 --- Comment #2 from Jeffrey A. Law --- I'd bet the or1k expanders are changing the passed-in RTL.

[Bug c++/101715] [11 Regression] ICE with noexcept and canonical types differ for identical types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715 Marek Polacek changed: What|Removed |Added Summary|[11/12 Regression] ICE with |[11 Regression] ICE with

[Bug c++/101715] [11/12 Regression] ICE with noexcept and canonical types differ for identical types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715 --- Comment #19 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:3abcbf243239f9576a60f4ce7f8ee4b3fa14784b commit r12-6802-g3abcbf243239f9576a60f4ce7f8ee4b3fa14784b Author: Marek Polacek Date: F

[Bug tree-optimization/103121] [12 Regression] Warnings in cp/optimize.c causing build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121 --- Comment #30 from Andrew Macleod --- (In reply to Martin Sebor from comment #29) > From memory: At use1 the cache is empty so go and find its definition and > record the offset at that point, with the pointer addition as the context. > And a

[Bug c++/58646] [9/10/11/12 Regression] ICE on a multidimensional VLA with an empty initializer list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646 Andrew Pinski changed: What|Removed |Added CC||wz at email dot sdu.edu.cn --- Comment #

[Bug c++/104168] Crashed when compile `void f(const int N){ int a[1][N] = {}; }`, internal compiler error: in make_decl_rtl, at varasm.c:1422

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

[Bug c++/104168] New: Crashed when compile `void f(const int N){ int a[1][N] = {}; }`, internal compiler error: in make_decl_rtl, at varasm.c:1422

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104168 Bug ID: 104168 Summary: Crashed when compile `void f(const int N){ int a[1][N] = {}; }`, internal compiler error: in make_decl_rtl, at varasm.c:1422 Product: gcc

[Bug c++/104084] [12 regression] Internal compiler error: tree check: expected target_expr, have compound_expr in build_new_1 since r12-6375-g6cd51207f5732b52

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104084 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/90128] 507.cactuBSSN_r is 9-11% slower at -Ofast and native march/tuning on Zen CPUs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90128 --- Comment #10 from Martin Jambor --- We still regress, according to LNT 8% on zen2: https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=335.437.0&plot.1=309.437.0&plot.2=346.437.0&plot.3=276.437.0&plot.4=398.437.0&plot.5=417.437.0&plot.6=2

[Bug tree-optimization/104165] [12 Regression] -Warray-bounds for unreachable code inlined from std::sort()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug c++/103681] [9/10/11 Regression] Unusual behavior for tail padding with different c++ standards and NSDMI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681 --- Comment #5 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:23be9f83bbd2c6f03580757adbfe599de6bf702b commit r12-6800-g23be9f83bbd2c6f03580757adbfe599de6bf702b Author: Jason Merrill Date: F

[Bug c++/104139] [12 Regression] g++.dg/abi/no_unique_address2.C at r12-6028 (a37e8ce3b663)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104139 --- Comment #2 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:23be9f83bbd2c6f03580757adbfe599de6bf702b commit r12-6800-g23be9f83bbd2c6f03580757adbfe599de6bf702b Author: Jason Merrill Date: F

[Bug tree-optimization/104165] [12 Regression] Incorrectly identifying array bounds with -O2 -Werror=array-bounds

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

[Bug tree-optimization/103121] [12 Regression] Warnings in cp/optimize.c causing build failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121 --- Comment #29 from Martin Sebor --- >From memory: At use1 the cache is empty so go and find its definition and record the offset at that point, with the pointer addition as the context. And at use2 we look up the same offset. So use1 won't r

[Bug libstdc++/104167] New: Implement C++20 std::chrono::utc_clock, std::chrono::tzdb etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167 Bug ID: 104167 Summary: Implement C++20 std::chrono::utc_clock, std::chrono::tzdb etc. Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/104166] New: Implement C++20 std::format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104166 Bug ID: 104166 Summary: Implement C++20 std::format Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug libstdc++/87193] symbols in have inconsistent types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87193 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug libstdc++/104019] Testsuite 17_intro/headers/c++2020/stdc++_multiple_inclusion.cc failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019 --- Comment #5 from Jonathan Wakely --- The macros should all be OK now. The aliasing fix isn't pushed yet.

[Bug tree-optimization/104162] [12 Regression] Missed CSE after lowering of &MEM[ptr_1 + CST]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104162 --- Comment #3 from Andrew Pinski --- Right my original version of the lowering handled this. I guess we need to handle the case where we have a handled reference too. But that would regress PR 99673 again. I will take a look this weekend.

[Bug libstdc++/104019] Testsuite 17_intro/headers/c++2020/stdc++_multiple_inclusion.cc failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019 --- Comment #4 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:b8806796ec64585de39ca6ee3b7b30cc08f27d62 commit r12-6798-gb8806796ec64585de39ca6ee3b7b30cc08f27d62 Author: Jonathan Wakely Date:

[Bug libstdc++/87193] symbols in have inconsistent types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87193 --- Comment #5 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:b8806796ec64585de39ca6ee3b7b30cc08f27d62 commit r12-6798-gb8806796ec64585de39ca6ee3b7b30cc08f27d62 Author: Jonathan Wakely Date:

[Bug c++/104113] invalid template argument causes the type to become int which confuses the rest of the diagnostic

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

[Bug c++/104165] New: Incorrectly identifying array bounds with -O2 -Werror=array-bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165 Bug ID: 104165 Summary: Incorrectly identifying array bounds with -O2 -Werror=array-bounds Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

  1   2   3   >