[Bug c++/92103] constraints not checked on nested class template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92103 --- Comment #8 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:2fe01dcd25d29798510101303b5bbfc254003b18 commit r10-9080-g2fe01dcd25d29798510101303b5bbfc254003b18 Author: Jonathan Wakel

[Bug c++/92078] error: 'struct std::ptr' redeclared with different access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92078 --- Comment #8 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:2fe01dcd25d29798510101303b5bbfc254003b18 commit r10-9080-g2fe01dcd25d29798510101303b5bbfc254003b18 Author: Jonathan Wakel

[Bug libstdc++/97935] Missing subsumption in iterator category detection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97935 --- Comment #2 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f89ba6e9a5da5506cb72235f500b152d4d365f3f commit r10-9081-gf89ba6e9a5da5506cb72235f500b152d4d365f3f Author: Jonathan Wakel

[Bug libstdc++/97935] Missing subsumption in iterator category detection

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

[Bug debug/97989] -g3 somehow breaks -E

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #13 from Jakub Jelinek --- Because without the -dD implicitly added for -g3 the -g3 option can't work as documented, in particular record the macros in the debug information. Because they would be irrecoverably lost during the prepro

[Bug c++/97976] Optimization relating to NULL pointer assumptions in gcc 9.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 Jonathan Wakely changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #6 from Jonathan W

[Bug debug/97989] -g3 somehow breaks -E

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #14 from Stas Sergeev --- (In reply to Jakub Jelinek from comment #13) > Because without the -dD implicitly added for -g3 the -g3 option can't work > as documented, in particular record the macros in the debug information. > Because

[Bug debug/97989] -g3 somehow breaks -E

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #15 from Jakub Jelinek --- cpp is just a different name of the same driver that defaults to -E, nothing else. -Wp,-g3 doesn't really do anything, because -g* aren't preprocessor options, it is a driver option (where driver among other

[Bug libstdc++/97936] [11 Regression] 30_threads/latch/3.cc hangs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936 --- Comment #9 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f76cad692a62d44ed32d010200bad74f36c73092 commit r11-5383-gf76cad692a62d44ed32d010200bad74f36c73092 Author: Jonathan Wakely Date:

[Bug libstdc++/97936] [11 Regression] 30_threads/latch/3.cc hangs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97936 --- Comment #10 from Jonathan Wakely --- I hope this is fixed now.

[Bug c++/97996] New: [OMP] Missing 'omp_mappable_type' error diagnostic inside C++ template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97996 Bug ID: 97996 Summary: [OMP] Missing 'omp_mappable_type' error diagnostic inside C++ template Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: openacc,

[Bug fortran/85796] ICE: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796 --- Comment #8 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:94172dc7091a2c6b2d2f99857de77c607fac3935 commit r11-5389-g94172dc7091a2c6b2d2f99857de77c607fac3935 Author: Harald Anlauf Date: We

[Bug rtl-optimization/97954] [11 Regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2360

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97954 --- Comment #2 from Vladimir Makarov --- (In reply to Martin Liška from comment #1) > Started with r11-5002-ge3b3b59683c1e7d3. Before the patch, gcc just reported an error. Now it is a crash. The problem is not the patch itself but in the loop

[Bug fortran/85796] ICE: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796 --- Comment #9 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:67e7f56b6795023dbf59d27e200668b04ce63c3a commit r10-9084-g67e7f56b6795023dbf59d27e200668b04ce63c3a Author: Harald Anlauf D

[Bug fortran/85796] ICE: Floating point exception

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85796 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED Status|ASSI

[Bug tree-optimization/97997] New: Missed optimization: Multiply of extended integer cannot overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97997 Bug ID: 97997 Summary: Missed optimization: Multiply of extended integer cannot overflow Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/97976] Optimization relating to NULL pointer assumptions in gcc 9.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 --- Comment #7 from Peter Bisroev --- Thank you for your response Jonathan. If you have a minute, could you please clarify a few things. I have been talking about this behavior with a few colleagues and we are all slightly confused by the same i

[Bug fortran/97977] Fortran deferred length strings incompatible with OMP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97977 anlauf at gcc dot gnu.org changed: What|Removed |Added Known to fail||11.0 Status|UNCON

[Bug preprocessor/97998] New: GCC should not complain about double definitions of macros whose names begin with __STDC_

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97998 Bug ID: 97998 Summary: GCC should not complain about double definitions of macros whose names begin with __STDC_ Product: gcc Version: unknown Status: UNCONFIRMED

[Bug preprocessor/97998] GCC should not complain about double definitions of macros whose names begin with __STDC_

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97998 --- Comment #1 from Zack Weinberg --- For more information see Autoconf bug report and APR pull request .

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #8 from Brad Richardson --- The below is a direct copy-paste from my terminal: [Brads-MacBook-Pro:~/tmp/ice_mwe] cat mwe.f90 implicit none type VARYING_STRING character(len=1), allocatable :: characters(:) end t

[Bug rtl-optimization/97972] [9/10/11 Regression] ICE in moving_insn_creates_bookkeeping_block_p, at sel-sched.c:2031 since r9-2064-gc4c5ad1d6d1e1e1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97972 --- Comment #2 from Segher Boessenkool --- Confirmed.

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

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

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #9 from Iain Sandoe --- I would not expect anything to have changed with 10.2 (it's a released version) unless Homebrew were to back port something. Are you able to test with 'master' (i.e. the development version for GCC-11)?

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #11 from Iain Sandoe --- do you see this on mainline too? (I do not - but building a 10.x debug compiler at present) -- the trick will be to figure out what fortran patch(es) have apparently fixed this on mainline. There doesn't see

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791 --- Comment #19 from Segher Boessenkool --- (In reply to Arseny Solokha from comment #17) > (In reply to Segher Boessenkool from comment #16) > > Oh, it's a different testcase, in comment 6. Yeah a new PR would > > have been better ;-/ > > Do y

[Bug tree-optimization/97997] Missed optimization: Multiply of extended integer cannot overflow

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

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #12 from Francois-Xavier Coudert --- I would bet that it's the same issue that was fixed by: https://github.com/gcc-mirror/gcc/commit/81372618277bfae682434fcdc80b311ee6007476 2020-11-11 Jakub Jelinek PR fortran/97768 gcc/

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #13 from Francois-Xavier Coudert --- And the backtrace is identical, too. It's a duplicated of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791 --- Comment #20 from Segher Boessenkool --- (In reply to Peter Bergner from comment #18) > So why don't we default to the Altivec ABI with -m32 on cpus that have > Altivec and VSX units??? History. I'm not sure all our ABIs are compatible with

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791 --- Comment #21 from Peter Bergner --- (In reply to Segher Boessenkool from comment #20) > (In reply to Peter Bergner from comment #18) > > So why don't we default to the Altivec ABI with -m32 on cpus that have > > Altivec and VSX units??? > > H

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #14 from Iain Sandoe --- (In reply to Francois-Xavier Coudert from comment #13) > And the backtrace is identical, too. It's a duplicated of > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768 OK - so I imagine Jakub will back port w

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #15 from Francois-Xavier Coudert --- > you can take it temporarily on HB 10.x if needed? Unless it's a real blocker (like the Big Sur backport I did), we ship released versions unpatched.

[Bug target/97865] libtool needs to be updated for Darwin20.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97865 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |8.5 --- Comment #25 from Iain Sandoe ---

[Bug rtl-optimization/97972] [9/10/11 Regression] ICE in moving_insn_creates_bookkeeping_block_p, at sel-sched.c:2031 since r9-2064-gc4c5ad1d6d1e1e1f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97972 --- Comment #3 from Segher Boessenkool --- #0 moving_insn_creates_bookkeeping_block_p (through_insn=0x3fffb5b23138, insn=0x3fffb5b736c0) at /home/segher/src/gcc/gcc/sel-sched.c:2031 It crashes here because the insn is not in any BB; which

[Bug tree-optimization/97997] Missed optimization: Multiply of extended integer cannot overflow

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

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791 --- Comment #22 from Michael Meissner --- When I wrote the original in power7 days, the intent was: If the user said -mcpu=power7 (for 32-bit) and did not explicitly set either -mabi=altivec or -mabi=no-altivec, that -mabi=altivec would be set a

[Bug c/97986] ICE in force_constant_size when applying va_arg to VLA type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97986 --- Comment #1 from joseph at codesourcery dot com --- I guess this should be handled like va_arg for float: give a warning about the type passed, then generate an abort (making sure that side-effects in both arguments take effect before the ab

[Bug preprocessor/97998] GCC should not complain about double definitions of macros whose names begin with __STDC_

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97998 --- Comment #2 from joseph at codesourcery dot com --- In bug 91451 I suggested changing this specifically for __STDC_WANT_*.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93083 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

[Bug c++/97918] [8/9/10/11 Regression] ICE near htab_hash_string when LTO, -O & -g

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

[Bug preprocessor/97998] GCC should not complain about double definitions of macros whose names begin with __STDC_

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97998 --- Comment #3 from Zack Weinberg --- Rather than an ever-growing list of macros that need exempting from this rule, I would suggest flipping it around and only complaining about the "standard predefined" and "common predefined" macros (as the ma

[Bug bootstrap/97622] ubsan ' unterminated quote character ''' in format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622 --- Comment #8 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:ca23341b28cd3af7985b83a6479107d9ea145a90 commit r11-5393-gca23341b28cd3af7985b83a6479107d9ea145a90 Author: Martin Sebor Date: Wed

[Bug other/94982] '-Wformat-diag' diagnostics building GCC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94982 --- Comment #3 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:ca23341b28cd3af7985b83a6479107d9ea145a90 commit r11-5393-gca23341b28cd3af7985b83a6479107d9ea145a90 Author: Martin Sebor Date: Wed

[Bug bootstrap/97622] ubsan ' unterminated quote character ''' in format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97622 Martin Sebor changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug other/94982] '-Wformat-diag' diagnostics building GCC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94982 Martin Sebor changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/96791] ICE in convert_mode_scalar, at expr.c:412

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791 --- Comment #23 from Segher Boessenkool --- Changing the ABI (silently, even!) is never an expected thing. All of the four 32-bit ABIs we support have an AltiVec variant that isn't fully compatible to the non-AltiVec base variant. It would be a

[Bug c++/97976] Optimization relating to NULL pointer assumptions in gcc 9.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 --- Comment #8 from Jonathan Wakely --- 6.5.6 p8 covers it. You cannot increment or decrement a pointer past the end of an array (except the one past the end position). C++ has similar rules. GCC assumes there is no object at address zero, see th

[Bug c++/97976] Optimization relating to NULL pointer assumptions in gcc 9.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 --- Comment #9 from Jonathan Wakely --- 6.3.2.3 p3 says a null pointer compares unequal to any pointer to an object, so that means no object can ever be at address 0 in a valid C program. If you're not using the -fno-delete-null-pointer-checks o

[Bug bootstrap/97983] [11 Regression] Bootstrap failure on s390x-linux related to vec-perm-indices.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97983 --- Comment #4 from CVS Commits --- The master branch has been updated by Vladimir Makarov : https://gcc.gnu.org/g:a02e304245b5181d0f56adab0756719d876b0c58 commit r11-5395-ga02e304245b5181d0f56adab0756719d876b0c58 Author: Vladimir N. Makarov D

[Bug fortran/97864] Homebrew Operator Overload ICE

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

[Bug c++/97976] Optimization relating to NULL pointer assumptions in gcc 9.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 --- Comment #10 from Peter Bisroev --- Jonathan, thank you so much for your explanation. As soon as I read it, it all started to make sense. >You cannot increment or decrement a pointer past the end of an array (except >the one past the end pos

[Bug c++/97999] New: pass address of instance of function template to another instance of the same function template with placeholder return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97999 Bug ID: 97999 Summary: pass address of instance of function template to another instance of the same function template with placeholder return type Product: gcc V

[Bug c++/97999] pass address of instance of function template to another instance of the same function template with placeholder return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97999 --- Comment #1 from spartan_117 at juno dot com --- Adding a statement before the call that simply takes the address of the inner function template instance results in successful compilation. For example: template static auto yolo(type) {} aut

[Bug ipa/98000] New: g++-10 internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98000 Bug ID: 98000 Summary: g++-10 internal compiler error: verify_cgraph_node failed Product: gcc Version: og10 (devel/omp/gcc-10) Status: UNCONFIRMED Severity: nor

[Bug ipa/98000] g++-10 internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98000 --- Comment #1 from ishikawa,chiaki --- I noticed a similar Bug 97551. But I seem to be using different options and I think I may be using a different construct that triggers the ICE, and thus filed this entry. I believe more reproducible cases

[Bug ipa/98000] g++-10 internal compiler error: verify_cgraph_node failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98000 --- Comment #2 from ishikawa,chiaki --- I forgot. The g++-10 version is as follows. ishikawa@ip030:/NREF-COMM-CENTRAL/mozilla$ gcc --version gcc (Debian 10.2.0-16) 10.2.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; s

[Bug c/92935] typeof() on an atomic type doesn't always return the corresponding unqualified type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92935 --- Comment #4 from CVS Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:768ce4f0ceb030e38427e85e483ed44330cd5da7 commit r11-5397-g768ce4f0ceb030e38427e85e483ed44330cd5da7 Author: Martin Uecker Date: Th

[Bug c/65455] typeof _Atomic fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65455 --- Comment #23 from CVS Commits --- The master branch has been updated by Martin Uecker : https://gcc.gnu.org/g:768ce4f0ceb030e38427e85e483ed44330cd5da7 commit r11-5397-g768ce4f0ceb030e38427e85e483ed44330cd5da7 Author: Martin Uecker Date: T

[Bug c/97702] comma operator does not drop qualifiers during lvalue conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702 --- Comment #6 from Martin Uecker --- https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=32934a4f45a72144cdcd0712cc294fe88c36f13d Author Martin Uecker Fri, 20 Nov 2020 06:21:40 + (07:21 +0100) commit 32934a4f45a72144cdcd0712cc294fe88c36f1

[Bug libstdc++/83938] Speed up inplace_merge() algorithm & fix inefficient logic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83938 François Dumont changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/96906] Failure to optimize __builtin_ia32_psubusw128 compared to 0 to __builtin_ia32_pminuw128 compared to operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96906 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:32b0abb24b8702ec9954448739682ace6fa5ccf5 commit r11-5398-g32b0abb24b8702ec9954448739682ace6fa5ccf5 Author: Jakub Jelinek Date: Th

<    1   2