[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

[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 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 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/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 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 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] 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 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 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++/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 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 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 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 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 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 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 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 --- 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 --- 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 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 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 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 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/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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 #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 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 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 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 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 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 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 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 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 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 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 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 #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 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 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 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 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 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 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 #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 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 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 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 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 debug/97989] -g3 somehow breaks -E

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #12 from Stas Sergeev --- Will your patch also fix this: $ cpp -g3 -P -xc -g0 -

[Bug tree-optimization/94846] Failure to optimize jnc+inc into adc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94846 Uroš Bizjak changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug tree-optimization/97956] [11 Regression] ICE in build2, at tree.c:4872 since r11-2709-g866626efd749ed3e

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

[Bug tree-optimization/97956] [11 Regression] ICE in build2, at tree.c:4872 since r11-2709-g866626efd749ed3e

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-11-25 Resolution|INVALID

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #10 from Stas Sergeev --- Ah, cool, thanks. Should this be re-opened?

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #9 from Jakub Jelinek --- It will allow -g0 at the end to override the earlier -g3 and not add -dD in that case.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #8 from Stas Sergeev --- Thanks, but what will this patch do? Will it allow the trailing -g0, or what? For example if you implement -d0 or alike to undo the effect of previously specified -dD, will this still break the release branch

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97935 --- Comment #1 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:9d908b7fc475b351622fa5630d4874068c789d70 commit r11-5381-g9d908b7fc475b351622fa5630d4874068c789d70 Author: Jonathan Wakely Date:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #7 from Jakub Jelinek --- Created attachment 49627 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49627&action=edit gcc11-pr97989.patch That can be handled by this patch. But we can't retroactively apply it to released version

[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 #3 from Vladimir Makarov --- (In reply to Jakub Jelinek from comment #1) > Created attachment 49623 [details] > vec-perm-indices.ii.xz > > The preprocessed file. I've reproduced the problem. The emitted insn got wrong bb. The patch

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #6 from Stas Sergeev --- (In reply to Jakub Jelinek from comment #5) > Then they just make bad assumptions. You can do: > cc -E -Wp,-P $CFLAGS -g0 > instead if you are sure CFLAGS don't include the -d[DMNIU] options nor e.g. > -fdire

[Bug debug/97599] [8/9 Regression] missing unspecified_parameters DIE in DWARF for functions with variable arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97599 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-11-25 Summary|[8/9/10/11

[Bug target/97969] [9/10/11 Regression][ARM/Thumb] Certain combo of codegen options leads to compilation infinite loop with growing memory use

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #5 from Jakub Jelinek --- Then they just make bad assumptions. You can do: cc -E -Wp,-P $CFLAGS -g0 instead if you are sure CFLAGS don't include the -d[DMNIU] options nor e.g. -fdirectives-only.

[Bug c/97992] ICE in subst_asm_stack_regs, at reg-stack.c:2264

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97992 --- Comment #1 from Uroš Bizjak --- This is expected with invalid asm.

[Bug c++/97995] New: [11 Regression] ICE tree check: expected tree that contains 'typed' structure, have 'deferred_noexcept' in unify, at cp/pt.c:23473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97995 Bug ID: 97995 Summary: [11 Regression] ICE tree check: expected tree that contains 'typed' structure, have 'deferred_noexcept' in unify, at cp/pt.c:23473 Product: gcc

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #4 from Stas Sergeev --- Jakub, people use "cc -E -Wp,-P $CFLAGS" as a generic preprocessor. $CFLAGS is needed to specify the includes, but all other options do never affect -E. But if CFLAGS contains -g3, you suddenly can't do that!

[Bug c++/97994] New: [11 Regression] ICE in nothrow_spec_p, at cp/except.c:1183

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97994 Bug ID: 97994 Summary: [11 Regression] ICE in nothrow_spec_p, at cp/except.c:1183 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Prio

[Bug fortran/97864] Homebrew Operator Overload ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864 --- Comment #7 from Iain Sandoe --- (In reply to Brad Richardson from comment #6) > I recently updated to Big Sur, and have xcode version 12.2, but this > initially occurred on Catalina. I don't know exactly which version of xcode > was installed

[Bug c++/97993] New: [11 Regression] ICE tree check: expected tree_list, have error_mark in tsubst_copy_and_build, at cp/pt.c:19834

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97993 Bug ID: 97993 Summary: [11 Regression] ICE tree check: expected tree_list, have error_mark in tsubst_copy_and_build, at cp/pt.c:19834 Product: gcc Version: 11.0

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 --- Comment #3 from Jakub Jelinek --- Plus the -P option is documented to inhibit only line markers, not are proprocessing directives like what -dD, -dM, -dN, -dI, -dU or -g3 emit.

[Bug c/97992] New: ICE in subst_asm_stack_regs, at reg-stack.c:2264

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97992 Bug ID: 97992 Summary: ICE in subst_asm_stack_regs, at reg-stack.c:2264 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug c/97991] ICE in c_parser_consume_token, at c/c-parser.c:850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97991 G. Steinmetz changed: What|Removed |Added Target||x86_64-pc-linux-gnu Keywords|

[Bug c/97991] New: ICE in c_parser_consume_token, at c/c-parser.c:850

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97991 Bug ID: 97991 Summary: ICE in c_parser_consume_token, at c/c-parser.c:850 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

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

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

[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 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-11-25 Status|UNCONFIRME

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97976 Peter Bisroev changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #5 from Peter Bisroev

[Bug tree-optimization/97990] New: ICE: ‘verify_type’ failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97990 Bug ID: 97990 Summary: ICE: ‘verify_type’ failed Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug rtl-optimization/95862] Failure to optimize usage of __builtin_mul_overflow to small __int128-based check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95862 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b13dacdfb315675803982ad5a3098f7b55e6357a commit r11-5369-gb13dacdfb315675803982ad5a3098f7b55e6357a Author: Jakub Jelinek Date: We

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97989 Bug ID: 97989 Summary: -g3 somehow breaks -E Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee:

[Bug c++/97988] New: [C++20] Forward-declared class type declared inside requires-expression gives weird inconsistencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97988 Bug ID: 97988 Summary: [C++20] Forward-declared class type declared inside requires-expression gives weird inconsistencies Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug c++/96555] "template argument involves template parameter(s)" with dot or arrow operator in partial specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96555 Eelis changed: What|Removed |Added CC||gcc-bugzilla at contacts dot eelis

[Bug tree-optimization/97979] [11 Regression]: Segmentation fault with "-O3 -fno-toplevel-reorder -fno-tree-ccp" since r11-5271-g4866b2f5db117f9e

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

[Bug tree-optimization/97953] ICE (segfault) during GIMPLE pass: loopdone compiling libgcc/config/libbid/bid128_fma.c:190:1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953 --- Comment #16 from Martin Liška --- Then you will see the following diff in optimized dump: --- good2020-11-25 16:27:16.795544128 +0100 +++ bad 2020-11-25 16:26:59.723620747 +0100 @@ -17022,7 +17022,6 @@ ;; Function rewrite_use_nonli

[Bug tree-optimization/97953] ICE (segfault) during GIMPLE pass: loopdone compiling libgcc/config/libbid/bid128_fma.c:190:1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97953 --- Comment #15 from Martin Liška --- Created attachment 49624 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49624&action=edit debugging patch All right it will be for Richi. I suspect it's a do_hoist_insertion. reduced test-case: $ cat

  1   2   >