[Bug c++/95999] [9/10/11/12 Regression] ICE in tree check: expected integer_cst, have var_decl in get_len, at tree.h:5951

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95999 --- Comment #3 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:bae10419f6e07dbde8e66ff4ff70d050f82ad451 commit r12-7574-gbae10419f6e07dbde8e66ff4ff70d050f82ad451 Author: Roger Sayle Date: Thu Ma

[Bug ada/104861] New: s-oscons.ads should use target_noncanonical

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104861 Bug ID: 104861 Summary: s-oscons.ads should use target_noncanonical Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada

[Bug c++/39751] [9/10/11/12 Regression] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 --- Comment #15 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:2185c9734ad977b88c519a4579187a91b3f71edd commit r12-7573-g2185c9734ad977b88c519a4579187a91b3f71edd Author: Roger Sayle Date: Thu M

[Bug c++/104850] Instantiating a destructor for a template class too early, before the calling destructor is seen - rejects valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850 --- Comment #4 from Andrew Pinski --- Interesting if I put the definition of the class A::B at the end of the file, the code works I wonder if this is because of some ABI issue where A::A as a base class is created

[Bug c++/104850] Instantiating a destructor for a template class too early, before the calling destructor is seen - rejects valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850 --- Comment #3 from Andrew Pinski --- clang and ICC also reject this for the same reason as GCC. MSVC on the other hand accepts this.

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 --- Comment #15 from Jason Merrill --- (In reply to Jonathan Wakely from comment #14) From https://sourceware.org/gdb/current/onlinedocs/gdb/Skipping-Over-Functions-and-Files.html#Skipping-Over-Functions-and-Files it looks like you want skip -rf

[Bug middle-end/93644] [10/11/12 Regression] spurious -Wreturn-local-addr with PHI of PHI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93644 George R. Goffe changed: What|Removed |Added CC||grgoffe at yahoo dot com --- Comment #

[Bug translation/40883] [meta-bug] Translation breakage with trivial fixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883 Bug 40883 depends on bug 85665, which changed state. Bug 85665 Summary: Multiple typos in diagnostics https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665 What|Removed |Added --

[Bug target/85665] Multiple typos in diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85665 Chung-Ju Wu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug testsuite/103196] [12 regression] gcc.target/powerpc/p9-vec-length-full-7.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103196 --- Comment #5 from Kewen Lin --- (In reply to Richard Biener from comment #4) > Or adjust the testcase. Please? Thanks for the suggestion! I adjusted the test case by making it not unrolled any more, as the patch posted at https://gcc.gnu.org

[Bug middle-end/104854] -Wstringop-overread should not warn for strnlen, strndup and strncmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 Siddhesh Poyarekar changed: What|Removed |Added Summary|-Wstringop-overread should |-Wstringop-overread should

[Bug libstdc++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #9 from Patrick Palka --- Should be fixed now, sorry for the build breakage. I suppose we might want to also backport this fix to the 11 branch.

[Bug libstdc++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #8 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:65857caee8ccfac5007a9fd0e5f18cce5e5fe934 commit r12-7571-g65857caee8ccfac5007a9fd0e5f18cce5e5fe934 Author: Patrick Palka Date: W

[Bug middle-end/104854] -Wstringop-overread should not warn for strnlen and strndup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org Sum

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

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

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #6 from Jakub Jelinek --- I'm more suprised that this ever worked. For 32-bit libstdc++, there is no unsigned __int128 support, so it uses uint128_t.h instead, but that class doesn't have conversion operator to unsigned. Wonder if

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org E

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #4 from Andrew Pinski --- (In reply to seurer from comment #3) > stage 1. It happens on a non-bootstrap, too. I was worried that it was causing wrong code in the front-end. Can you attach the preprocessed source for floating_to_cha

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #3 from seurer at gcc dot gnu.org --- stage 1. It happens on a non-bootstrap, too.

[Bug c++/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.0 --- Comment #2 from Andrew Pinski

[Bug libgcc/104859] [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 --- Comment #1 from seurer at gcc dot gnu.org --- Looks like this is BE only. And the bisect points here: commit e32869a17b788bee9ca782b174a546b1db17b5ea Author: Patrick Palka Date: Wed Mar 9 08:42:32 2022 -0500 c++: detecting copy-init

[Bug analyzer/104860] RFE: -Wanalyzer-possible-null-argument and -Wanalyzer-null-argument should respect __attribute__((access, ...))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104860 --- Comment #1 from David Malcolm --- Questions posted to GCC list about this: "__attribute__ ((access, ...)) vs __attribute__ ((nonnull))" https://gcc.gnu.org/pipermail/gcc/2022-March/238389.html

[Bug fortran/104849] ICE in find_array_section, at fortran/expr.cc:1616

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

[Bug fortran/104849] ICE in find_array_section, at fortran/expr.cc:1616

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104849 --- Comment #2 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:22015e77d3e45306077396b9de8a8a28bb67fb20 commit r12-7569-g22015e77d3e45306077396b9de8a8a28bb67fb20 Author: Harald Anlauf Date: W

[Bug fortran/104849] ICE in find_array_section, at fortran/expr.cc:1616

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104849 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2022-03-09 Ever confirme

[Bug analyzer/104793] -Wanalyzer-write-to-const and -Wanalyzer-write-to-string-literal should respect attribute((access, write)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793 --- Comment #1 from David Malcolm --- See also PR analyzer/104860, which covers this for -Wanalyzer-possible-null-argument and -Wanalyzer-null-argument.

[Bug analyzer/104860] New: RFE: -Wanalyzer-possible-null-argument and -Wanalyzer-null-argument should respect __attribute__((access, ...))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104860 Bug ID: 104860 Summary: RFE: -Wanalyzer-possible-null-argument and -Wanalyzer-null-argument should respect __attribute__((access, ...)) Product: gcc Version: 12.

[Bug fortran/104848] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848 --- Comment #4 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #3) > But that may be just a band-aid. Not even that. The following example shows that bad overflow handling is a regression that was likely introduced in 6.x:

[Bug fortran/104848] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848 --- Comment #3 from anlauf at gcc dot gnu.org --- Workaround: using -fno-range-check produces an error where appropriate. Debugging suggests a potential fix for the ICE (needs testing): diff --git a/gcc/fortran/expr.cc b/gcc/fortran/expr.cc ind

[Bug fortran/104848] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848 --- Comment #2 from anlauf at gcc dot gnu.org --- Forgot to add: print *, y+1_8 ! no ICE

[Bug fortran/104848] ICE in simplify_intrinsic_op, at fortran/expr.cc:1305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104848 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2022-03-09 Status|RESOLVE

[Bug libgcc/104859] New: [12 regression] liibg++ fails during bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104859 Bug ID: 104859 Summary: [12 regression] liibg++ fails during bootstrap Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: l

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 --- Comment #6 from Jonathan Wakely --- (In reply to Jackson Huff from comment #5) > Just for reference, another person in bug 52590 had tried the same before > but also had no luck. No, they tried a different command, not the one I suggested.

[Bug ada/104856] Build gcc with a target not containing '-gnu' gets added to gnat target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856 --- Comment #4 from Bib --- I have a bug raised with Suse: https://bugzilla.suse.com/show_bug.cgi?id=1196861 And they are saying: Hmpf, so the directory name and the -dumpmachine output is using the configured target, while s-oscons.ads contain

[Bug ada/104856] Build gcc with a target not containing '-gnu' gets added to gnat target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856 --- Comment #3 from Bib --- I tried rebuilding with: ../configure --prefix=/opt/gcc11a --enable-languages=c,c++,ada --enable-offload-targets=nvptx-none, --without-cuda-driver --enable-checking=release --disable-werror --enable-ssp --disable-lib

[Bug target/102215] [GCN offloading] Missing '__atomic_compare_exchange_1' etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215 --- Comment #4 from CVS Commits --- The master branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:450526551dcb97b7c0513699d4333efb79b8b490 commit r12-7567-g450526551dcb97b7c0513699d4333efb79b8b490 Author: Tobias Burnus Date: W

[Bug middle-end/19779] IBM 128bit long double format is not constant folded.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779 --- Comment #3 from Jonathan Wakely --- Yeah, I'm not asking for it to be fixed, just noting here that it affects C++ constant expressions.

[Bug middle-end/19779] IBM 128bit long double format is not constant folded.

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

[Bug middle-end/19779] IBM 128bit long double format is not constant folded.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779 Jonathan Wakely changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #1

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 --- Comment #5 from Jackson Huff --- Just for reference, another person in bug 52590 had tried the same before but also had no luck.

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 --- Comment #4 from Jackson Huff --- (In reply to Jonathan Wakely from comment #2) > For distros other than Red Hat (and Fedora, CentOS etc.) you need to use: > > -Wl,--whole-archive -lpthread -Wl,--no-whole-archive > > Otherwise the pthread s

[Bug libstdc++/52590] std::thread Segmentation fault static linking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590 Jonathan Wakely changed: What|Removed |Added CC||lightningdzeyenr at gmail dot com ---

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 --- Comment #2 from Jonathan Wakely --- This is the usual problem with weak symbols and static linking. For distros other than Red Hat (and Fedora, CentOS etc.) you need to use: -Wl,--whole-archive -lpthread -Wl,--no-whole-archive Otherwise t

[Bug ada/104856] Build gcc with a target not containing '-gnu' gets added to gnat target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856 --- Comment #2 from Andreas Schwab --- --target defaults to --host when not given (and --host defaults to --build when not given). Looks like something is using the canonical target name instead of the target alias.

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 --- Comment #14 from Jonathan Wakely --- (In reply to Jason Merrill from comment #10) > It seems the libstdc++ python hooks could set that up for users with > gdb.execute ("skip std::move")? No, that doesn't work. You need to use 'skip "std::mov

[Bug other/102664] contrib/gcc-git-customization.sh uses echo -n, which isn't portable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664 --- Comment #33 from Jonathan Wakely --- Complete patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591468.html

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 --- Comment #13 from Jonathan Wakely --- (In reply to Jason Merrill from comment #11) > I'm surprised that adding the "artificial" attribute didn't work; I thought > the main point of that attribute was to automatically skip the function in > the

[Bug c++/93083] [C++20] copy deduction rejected when doing CTAD for NTTP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93083 Patrick Palka changed: What|Removed |Added CC||nicole.king464 at gmail dot com --- Comm

[Bug c++/96331] Class template argument deduction (CTAD) with Concepts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96331 Patrick Palka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug libstdc++/104858] New: ranges::minmax double dereferences first

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104858 Bug ID: 104858 Summary: ranges::minmax double dereferences first Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc

[Bug c++/104802] Non-type template parameter of reference type disallowed under certain conditions

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

[Bug target/104857] [nvptx] Add macro specifying ptx isa version

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104857 --- Comment #1 from Tom de Vries --- Created attachment 52592 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52592&action=edit Tentative patch

[Bug target/104857] New: [nvptx] Add macro specifying ptx isa version

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104857 Bug ID: 104857 Summary: [nvptx] Add macro specifying ptx isa version Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component

[Bug ada/104856] Build gcc with a target not containing '-gnu' gets added to gnat target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING CC|

[Bug ipa/104813] [12 Regression] ICE on valid code at -O3 on x86_64-linux-gnu: in adjust_references_in_caller, at ipa-cp.cc:4963 since r12-2523-g13586172d0b70c9d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104813 --- Comment #4 from Martin Jambor --- I have proposed a patch on the mailing list: https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591423.html

[Bug c++/104846] [10/11/12 Regression] ICE: tree check: expected function_decl, have field_decl in grokmethod, at cp/decl.cc:17999

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104846 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/103460] GCC rejected operator[](auto[]...) after P2128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103460 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug testsuite/104732] gcc.target/i386/pr100711-1.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104732 Roger Sayle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/104854] [11/12 Regression] -Wstringop-overread should not warn for strnlen and strndup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 --- Comment #2 from Siddhesh Poyarekar --- (In reply to David Malcolm from comment #1) > Compiler Explorer link for the above (with -fanalyzer -Wall > -Wstringop-overread -O2; -O2 seems to be needed to trigger it): Ah yes, sorry, I pasted an ol

[Bug ada/104856] New: Build gcc with a target not containing '-gnu' gets added to gnat target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104856 Bug ID: 104856 Summary: Build gcc with a target not containing '-gnu' gets added to gnat target Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: norm

[Bug c++/96440] [9/10/11/12 Regression] ICE in tree check: expected tree_list, have error_mark in get_attribute_name, at attribs.c:841

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96440 Roger Sayle changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/96437] [10/11/12 Regression] ICE in tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in synthesize_implicit_template_parm, at cp/parser.c:44246

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96437 Roger Sayle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/96329] [11/12 Regression] ICE : tree check: expected string_cst, have error_mark in cp_parser_linkage_specification, at cp/parser.c:14640

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

[Bug c++/104846] [10/11/12 Regression] ICE: tree check: expected function_decl, have field_decl in grokmethod, at cp/decl.cc:17999

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104846 --- Comment #2 from Marek Polacek --- (In reply to Marek Polacek from comment #1) > Confirmed. Started with r10-2475-g777e426772f80c. It would be trivial to > bring back the grokmethod hunk to fix this ICE, but we should be more > helpful and

[Bug c++/104855] New: -Wclass-memaccess is too broad with valid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104855 Bug ID: 104855 Summary: -Wclass-memaccess is too broad with valid code Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug middle-end/104854] [11/12 Regression] -Wstringop-overread should not warn for strnlen and strndup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 David Malcolm changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org --- Comment

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 --- Comment #12 from Patrick Palka --- I should mention I noticed a significant reduction in compile time, memory usage and unstripped object file size in some cases with the proposed patch at https://gcc.gnu.org/pipermail/gcc-patches/2022-March/

[Bug tree-optimization/103724] [9/10/11/12 Regression] invalid warning: iteration 7 invokes undefined behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103724 --- Comment #7 from Frank Heckenbach --- (In reply to Richard Biener from comment #6) > (In reply to Frank Heckenbach from comment #5) > > (In reply to Richard Biener from comment #4) > > > One thing we could do is annotate struct loop * with th

[Bug d/103528] [12 regression] d21 doesn't build on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103528 --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #10 from Richard Biener --- > Fixed? Not completely. I'd argue we should do two things: * Document that older GCC versions need to be built with --enable-libphobos (

[Bug c++/104765] Expression statement with a return in a lambda-parameter-default causes segfault when called in a different function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104765 Jun Zhang changed: What|Removed |Added CC||jun at junz dot org --- Comment #5 from Jun

[Bug middle-end/104854] [11/12 Regression] -Wstringop-overread should not warn for strnlen and strndup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 Richard Biener changed: What|Removed |Added Summary|[11 Regression] |[11/12 Regression] |

[Bug target/104781] [12 regression] SEGV in _Unwind_GetGR during i386 Ada bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781 --- Comment #11 from Jakub Jelinek --- I believe this should now be fixed, Rainer, can you please confirm?

[Bug target/104781] [12 regression] SEGV in _Unwind_GetGR during i386 Ada bootstrap

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

[Bug target/104838] [12 Regression] i686 gnat1 hangs since r12-7472-g609e8c492d62d924

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104838 Jakub Jelinek changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRME

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 --- Comment #11 from Jason Merrill --- I'm surprised that adding the "artificial" attribute didn't work; I thought the main point of that attribute was to automatically skip the function in the debugger/profiler. I guess that never got implement

[Bug c++/96780] debuginfo for std::move and std::forward isn't useful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96780 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #10

[Bug fortran/103039] [12 Regression] Segfault with openmp block within a select type block since r12-1016-g0e3b3b77e13cac76

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

[Bug target/104781] [12 regression] SEGV in _Unwind_GetGR during i386 Ada bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781 --- Comment #9 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:caa6c33c5d5223c50657b08e73177e8d54ceee51 commit r12-7565-gcaa6c33c5d5223c50657b08e73177e8d54ceee51 Author: Jakub Jelinek Date: W

[Bug middle-end/104854] New: [11 Regression] -Wstringop-overread should not warn for strnlen and strndup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104854 Bug ID: 104854 Summary: [11 Regression] -Wstringop-overread should not warn for strnlen and strndup Product: gcc Version: 11.2.1 Status: UNCONFIRMED Severity:

[Bug testsuite/103196] [12 regression] gcc.target/powerpc/p9-vec-length-full-7.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103196 Richard Biener changed: What|Removed |Added Keywords||testsuite-fail --- Comment #4 from Ric

[Bug other/102664] contrib/gcc-git-customization.sh uses echo -n, which isn't portable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664 --- Comment #32 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #30) > I'd have done printf "%s [%s]?" "$question" "$default" instead, but they're > equivalent. Oops, equivalent except for the missing space after the question

[Bug middle-end/103309] [12 Regression] Random gcc/system.h:784:34: error: section type conflict

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

[Bug middle-end/103483] [12 regression] context-sensitive ranges change triggers stringop-overread

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103483 --- Comment #22 from Richard Biener --- There isn't going to be a good solution that makes all folks happy - we'd either have false negatives or false positives. It is true that we're accumulating more and more cases where the user gets the imp

[Bug other/102664] contrib/gcc-git-customization.sh uses echo -n, which isn't portable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664 --- Comment #31 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #30) > I'd have done printf "%s [%s]?" "$question" "$default" instead, but they're > equivalent. Given that I've tested it and you're a global maintainer, I said

[Bug other/102664] contrib/gcc-git-customization.sh uses echo -n, which isn't portable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664 --- Comment #30 from Jonathan Wakely --- Solaris /bin/echo doesn't understand -n jwakely@gcc-solaris11:~/src/gcc$ ./contrib/gcc-git-customization.sh -n Your name [Jonathan Wakely]? -n Your email address (for git commits) [jwak...@redhat.co

[Bug c++/104823] [12 Regression] narrowing conversion inside non-dependent decltype operand silently accepted ever since r12-6075

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

[Bug c++/87820] Explicit user-defined casting inside a template class working in implicit conversion inside function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87820 Patrick Palka changed: What|Removed |Added Resolution|--- |FIXED Assignee|unassigned at g

[Bug c++/102137] class template argument deduction with template template parameter allows explicit deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102137 Patrick Palka changed: What|Removed |Added Target Milestone|--- |12.0 Resolution|---

[Bug d/103528] [12 regression] d21 doesn't build on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103528 --- Comment #10 from Richard Biener --- Fixed?

[Bug bootstrap/103547] [12 Regression] Bootstrap failure with --with-cpu=skylake-avx512

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

[Bug c++/50370] [C++0x] Multiple declarations with default template arguments accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50370 Patrick Palka changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/104702] [12 Regression] False positive -Wunused-value warning with -fno-exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702 --- Comment #6 from Jakub Jelinek --- (In reply to Richard Biener from comment #4) > (In reply to Jakub Jelinek from comment #2) > > I think the problem in this case are primarily the warning-control.cc > > changes. > > In GCC 11, build_vec_init

[Bug c++/65396] Function template default template arguments not merged

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65396 Patrick Palka changed: What|Removed |Added Target Milestone|--- |12.0 Status|ASSIGNED

[Bug c++/104823] [12 Regression] narrowing conversion inside non-dependent decltype operand silently accepted ever since r12-6075

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104823 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:ec0f53a3a542e762f8fc8c22b9d345f922be5867 commit r12-7564-gec0f53a3a542e762f8fc8c22b9d345f922be5867 Author: Patrick Palka Date: W

[Bug c++/102137] class template argument deduction with template template parameter allows explicit deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102137 --- Comment #3 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:e32869a17b788bee9ca782b174a546b1db17b5ea commit r12-7563-ge32869a17b788bee9ca782b174a546b1db17b5ea Author: Patrick Palka Date: W

[Bug c++/87820] Explicit user-defined casting inside a template class working in implicit conversion inside function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87820 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:e32869a17b788bee9ca782b174a546b1db17b5ea commit r12-7563-ge32869a17b788bee9ca782b174a546b1db17b5ea Author: Patrick Palka Date: We

[Bug c++/65396] Function template default template arguments not merged

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65396 --- Comment #10 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:fe548eb8436f3906e6a3c6e3e8707d24e60ec0fa commit r12-7562-gfe548eb8436f3906e6a3c6e3e8707d24e60ec0fa Author: Patrick Palka Date: W

[Bug tree-optimization/104759] [11/12 Regression] gcc.dg/vect/vect-multitypes-12.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104759 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

  1   2   >