[Bug middle-end/64711] Unconsistency with -fnon-call-exceptions when used along inline and ipa optimizations and memmov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 --- Comment #8 from rguenther at suse dot de --- On Thu, 12 Nov 2020, ebotcazou at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 > > --- Comment #7 from Eric Botcazou --- > > The issue with clearing nothrow is tha

[Bug middle-end/64101] GCC considers that the erf math function does not set errno

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

[Bug fortran/87142] Aliasing issue with overloaded assignment and allocatable components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87142 --- Comment #4 from martin --- With yesterdays master branch, I still see an invalid read with valgrind and an "AddressSanitizer: heap-use-after-free"-error with -fsanitize=address. So looks like this has not been fixed by the patch for PR 92178.

[Bug lto/46769] LTO failed to build gold

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

[Bug c++/96121] Uninitialized variable copying in member initialized list not diagnosed

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

[Bug c++/19808] miss a warning about uninitialized member usage in member initializer list in constructor

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

[Bug middle-end/92492] AVX512: Missed vectorization opportunity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92492 --- Comment #7 from Hongtao.liu --- I notice TARGET_VECTORIZE_RELATED_MODE is added, and can be used to handle convertion, i'm working on this.

[Bug target/97534] [10/11 Regression] ICE in decompose, at rtl.h:2280 (arm-linux-gnueabihf)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97534 --- Comment #5 from Richard Earnshaw --- No, I don't think it's related to that, in fact, I think this is just a latent bug that's been in the code for a long time. At one point we have a 32-bit signed integer containing INT_MIN, which is intern

[Bug libstdc++/96322] 22_locale/numpunct/members/char/3.cc is outdated: expects grouping=0, actual=3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96322 --- Comment #2 from Jonathan Wakely --- We really need to create our own custom locales for testing, so that we don't depend on externally defined data that keep changing.

[Bug other/97417] RISC-V Unnecessary andi instruction when loading volatile bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417 --- Comment #35 from Jim Wilson --- By combine issue, are you referring to the regression I mentioned in comment 3 and filed as bug 97747? We can handle that as a separate issue. It should be uncommon. I expect to get much more benefit from th

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 --- Comment #9 from Christian Fersch --- But is it possible to query the value of -fwide-exec-charset? I had quick look and couldn't find anything.

[Bug libstdc++/96322] 22_locale/numpunct/members/char/3.cc is outdated: expects grouping=0, actual=3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96322 --- Comment #1 from Sergei Trofimovich --- Maybe pick another similar locale? Candidates are: glibc $ git grep '0;0' localedata/locales/ | cat localedata/locales/aa_DJ:grouping 0;0 localedata/locales/bs_BA:grouping

[Bug jit/87291] Add support for inline asm to libgccjit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/97777] ICE: in df_refs_verify, at df-scan.c:3991 with -O -ffinite-math-only -fzero-call-used-regs=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #3 from qinzhao at gcc dot gnu.org --- This does not look like a bug in the new -fzero-call-used-regs implemenation. it's more likely an existing bug in data flow analysis. I made the following change in gcc/function.c to make the n

[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 CC||anlauf at gcc dot gnu.org ---

[Bug rtl-optimization/97777] ICE: in df_refs_verify, at df-scan.c:3991 with -O -ffinite-math-only -fzero-call-used-regs=all

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

[Bug fortran/82314] internal compiler error: in gfc_conv_expr_descriptor, at fortran/trans-array.c:6972

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82314 --- Comment #7 from anlauf at gcc dot gnu.org --- The ICE in comment#0 vanishes when one replaces integer,parameter::iarray(merge(2,3,.true.)) = 1 with integer,parameter::iarray(merge(2,3,.true.)) = [ 1, 1 ]

[Bug target/97534] [10/11 Regression] ICE in decompose, at rtl.h:2280 (arm-linux-gnueabihf)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97534 James Clarke changed: What|Removed |Added CC||jrtc27 at jrtc27 dot com,

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #17 from Jonathan Wakely --- Nice, with binutils HEAD my gcc-10 build continues. Thanks!

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #16 from jozefl at gcc dot gnu.org --- (In reply to Jonathan Wakely from comment #15) > Hmm, I get the same error for a out-of-tree binutils built from today's git > sources: > > GNU assembler (GNU Binutils) 2.35.50.20201112 > Copyrig

[Bug fortran/97782] [Fortran] Confused location information for OpenACC compute constructs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782 --- Comment #6 from CVS Commits --- The master branch has been updated by Thomas Schwinge : https://gcc.gnu.org/g:9106c51e57c06e88a0dddf994fb5432b4bbe68c0 commit r11-4951-g9106c51e57c06e88a0dddf994fb5432b4bbe68c0 Author: Thomas Schwinge Date:

[Bug c++/63287] __STDCPP_THREADS__ is not defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63287 --- Comment #4 from Jonathan Wakely --- Library patch: diff --git a/libgcc/gthr.h b/libgcc/gthr.h index f31cf083cbe5..e6462679b362 100644 --- a/libgcc/gthr.h +++ b/libgcc/gthr.h @@ -147,6 +147,13 @@ see the files COPYING3 and COPYING.RUNTIME res

[Bug lto/97787] [10/11 regression] 64bit mips lto: .symtab local symbol at index x (>= sh_info of y)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97787 --- Comment #5 from Adrian Bunk --- (In reply to Richard Biener from comment #4) > You can also try to 'reduce' the testcase. Since you are linking a shared > object you can try to strip as many linker inputs as possible and then > reduce the so

[Bug c++/97814] Copy constructor deletion not recognized in initialization list with -std=c++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97814 --- Comment #3 from Jonathan Wakely --- N.B. that's not a copy constructor, it's a move constructor.

[Bug c++/97814] Copy constructor deletion not recognized in initialization list with -std=c++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97814 --- Comment #2 from Jonathan Wakely --- There is no copy in C++17, it is elided, so lock(S(1)) is equivalent to lock(1) in C++17, and that constructor exists. GCC is correct.

[Bug c++/63287] __STDCPP_THREADS__ is not defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63287 --- Comment #3 from Jonathan Wakely --- I tried to implement this by adding a macro definition to c_cpp_builtins in gcc/c-family/c-cppbuiltin.c but failed. I think we want to inspect the 'thread_model' global variable and see if it is "single", b

[Bug rtl-optimization/97777] ICE: in df_refs_verify, at df-scan.c:3991 with -O -ffinite-math-only -fzero-call-used-regs=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Uroš Bizjak changed: What|Removed |Added CC||qing.zhao at oracle dot com Last reconfi

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #15 from Jonathan Wakely --- Hmm, I get the same error for a out-of-tree binutils built from today's git sources: GNU assembler (GNU Binutils) 2.35.50.20201112 Copyright (C) 2020 Free Software Foundation, Inc. This program is free so

[Bug c++/97814] Copy constructor deletion not recognized in initialization list with -std=c++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97814 --- Comment #1 from Colby Parsons --- It is worth mentioning that the error does appear if I delete the move assignment operator too. i.e. add "S & operator=(S &&) = delete;" to struct S. I have no idea why this would make the error appear thou

[Bug c++/97814] New: Copy constructor deletion not recognized in initialization list with -std=c++17

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97814 Bug ID: 97814 Summary: Copy constructor deletion not recognized in initialization list with -std=c++17 Product: gcc Version: 9.3.0 Status: UNCONFIRMED Severity:

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #14 from jozefl at gcc dot gnu.org --- (In reply to Jonathan Wakely from comment #13) > I tried a bootstrap of gcc-10 and I get this error during libgcc/configure > > conftest.s: Assembler messages: > conftest.s:168: Error: unknown ps

[Bug fortran/97782] [Fortran] Confused location information for OpenACC compute constructs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/95847] [9/10/11 Regression] Internal error when processing pFUnit generated files with --coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 Tobias Burnus changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/95847] [9/10/11 Regression] Internal error when processing pFUnit generated files with --coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:547d07637bf09d74543f688454ce53a4c5eecd47 commit r9-9041-g547d07637bf09d74543f688454ce53a4c5eecd47 Author: Tobias Burnus Da

[Bug fortran/97799] Passing CHARACTER*(*) var(*) through ENTRY causes segfaults

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799 George Hockney changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #11 from George Ho

[Bug c++/19808] miss a warning about uninitialized member usage in member initializer list in constructor

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

[Bug middle-end/64711] Unconsistency with -fnon-call-exceptions when used along inline and ipa optimizations and memmov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 --- Comment #7 from Eric Botcazou --- > The issue with clearing nothrow is that those pesky builtins have > that "sticky" while the per-stmt flag (gimple_call_nothrow ()) > just amends it. Guess we might want to fix that (in gimple_call_flags) >

[Bug fortran/97782] [Fortran] Confused location information for OpenACC compute constructs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:5eebaff9f992814a2f8f915e436716b1b2c983df commit r10-9018-g5eebaff9f992814a2f8f915e436716b1b2c983df Author: Tobias Burnus D

[Bug fortran/95847] [9/10/11 Regression] Internal error when processing pFUnit generated files with --coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 --- Comment #10 from CVS Commits --- The releases/gcc-10 branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:17563c1153d36440936ea0948ac689f84b2cf666 commit r10-9017-g17563c1153d36440936ea0948ac689f84b2cf666 Author: Tobias Burnus

[Bug libstdc++/96042] Reference type of std::ranges::iota is __int128 with -std=c++2a?!

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

[Bug libstdc++/96042] Reference type of std::ranges::iota is __int128 with -std=c++2a?!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96042 --- Comment #9 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:a65261443a9b9cfac876c0b7e47393587eb1ce5c commit r10-9015-ga65261443a9b9cfac876c0b7e47393587eb1ce5c Author: Jonathan Wakel

[Bug libstdc++/97813] std::filesystem::equivalent returning incorrect results on MinGW due to symlinks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97813 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2020-11-12 Status|UNCONFIR

[Bug libstdc++/97813] New: std::filesystem::equivalent returning incorrect results on MinGW due to symlinks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97813 Bug ID: 97813 Summary: std::filesystem::equivalent returning incorrect results on MinGW due to symlinks Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severit

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #13 from Jonathan Wakely --- I tried a bootstrap of gcc-10 and I get this error during libgcc/configure conftest.s: Assembler messages: conftest.s:168: Error: unknown pseudo-op: `.mspabi_attribute' conftest.s:169: Error: unknown pseu

[Bug libstdc++/96042] Reference type of std::ranges::iota is __int128 with -std=c++2a?!

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96042 --- Comment #8 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:8eb9a45e87bdb81cb44948c651edee846c622a0f commit r10-9014-g8eb9a45e87bdb81cb44948c651edee846c622a0f Author: Jonathan Wakel

[Bug pch/86674] -W(no)-error=invalid-pch does not affect incorrect language warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86674 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug tree-optimization/97424] Warn on invalid shift amount after inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97424 --- Comment #5 from David Malcolm --- The above commit implements it as an analyzer warning. Should I close this out, or should we keep it open for the __builtin_warning approach?

[Bug pch/86674] -W(no)-error=invalid-pch does not affect incorrect language warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86674 --- Comment #1 from CVS Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:cb808c583de59ea568fd240144cd9db07272f45e commit r11-4944-gcb808c583de59ea568fd240144cd9db07272f45e Author: Nicholas Guriev Date: Thu N

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 --- Comment #8 from Jonathan Wakely --- We do have a codecvt specialization that uses iconv, which would allow us to convert from the native wide encoding to UTF-8, independent of the locale's narrow encoding.

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 --- Comment #7 from Jonathan Wakely --- (In reply to Christian Fersch from comment #6) > It seems like the solution would be to use codecvt_utf8 if wchar_t is 32bit > and codecvt_utf8_utf16 if wchar_t is 16bit. This also seems to be what > libc+

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 Martin Liška changed: What|Removed |Added Keywords||needs-bisection --- Comment #7 from Marti

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #38 from Avi Kivity --- I do not have a patch, and unfortunately, it will take me several months at the most optimistic least to get up to speed with gcc internals to fix this. I've switched to clang, but I'd really like to switch bac

[Bug testsuite/97803] c-c++-common/asan/pointer-compare-1.c assumes variable placement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97803 --- Comment #4 from H.J. Lu --- Created attachment 49552 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49552&action=edit A patch This works with SHF_GNU_RETAIN.

[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 Christian Fersch changed: What|Removed |Added CC||gcc-bugzilla at m dot chronial.de --

[Bug testsuite/97803] c-c++-common/asan/pointer-compare-1.c assumes variable placement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97803 --- Comment #3 from H.J. Lu --- (In reply to Richard Biener from comment #1) > Does it work if you add -fno-toplevel-reorder? SHF_GNU_RETAIN should > preserve the order of vars even if 'used' then. Linker will reorder section layout when SHF_GN

[Bug tree-optimization/97808] [11 Regression] ICE at -Os and above: in clean, at tree-ssa-pre.c:2053 since r11-4921-g86cca5cc14602814

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

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned at

[Bug fortran/97799] Passing CHARACTER*(*) var(*) through ENTRY causes segfaults

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799 Thomas Koenig changed: What|Removed |Added Resolution|--- |FIXED Status|WAITING

[Bug middle-end/64711] Unconsistency with -fnon-call-exceptions when used along inline and ipa optimizations and memmov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 --- Comment #6 from rguenther at suse dot de --- On Thu, 12 Nov 2020, ebotcazou at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 > > --- Comment #5 from Eric Botcazou --- > > as the comments says the check isn't c

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 --- Comment #5 from Jakub Jelinek --- Can you link with -O2 -flto -save-temps -fdump-tree-optimized and attach your optimized dumps, such that we can find out if it is a problem during gimple or some target specific bug?

[Bug fortran/95847] [9/10/11 Regression] Internal error when processing pFUnit generated files with --coverage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95847 --- Comment #9 from Tobias Burnus --- (In reply to johannes.ziegenbalg from comment #2) > I get the same bug with GCC 10.2.0 in one of my c++ test-cases. Johannes: Can you fill a bugreport for the C++ test case? This PR is only about Fortran – a

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #37 from Iain Sandoe --- (In reply to Avi Kivity from comment #36) > A reminder that coroutines are crippled without this fixed, as it is > standard practice these days to use sanitizers. Although I have taken the PR, please don't le

[Bug objc/77404] Add Wobjc-root-class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77404 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org Target M

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 --- Comment #4 from qiaopeixin at huawei dot com --- (In reply to Martin Liška from comment #2) > Which git revision of GCC 11 do you use? Test it using GCC 11 with commit id 3c3beb1a8137460bc485f9fbe3be8b21ee7f91a2 just now and it also fails. It

[Bug fortran/97782] [Fortran] Confused location information for OpenACC compute constructs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97782 --- Comment #3 from CVS Commits --- The master branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:b71ff8c15f5a7d6b1cc1524b4d27843f0d88dbda commit r11-4942-gb71ff8c15f5a7d6b1cc1524b4d27843f0d88dbda Author: Tobias Burnus Date: Th

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 --- Comment #3 from qiaopeixin at huawei dot com --- (In reply to Jakub Jelinek from comment #1) > On which target? Can't reproduce on x86_64-linux. aarch64

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #12 from jozefl at gcc dot gnu.org --- Thanks! I've set off a full msp430-elf build and regtest. I'll look at backporting it to GCC8/9/10 branches after testing.

[Bug tree-optimization/97808] [11 Regression] ICE at -Os and above: in clean, at tree-ssa-pre.c:2053 since r11-4921-g86cca5cc14602814

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97808 Martin Liška changed: What|Removed |Added Last reconfirmed||2020-11-12 Ever confirmed|0

[Bug tree-optimization/97808] [11 Regression] ICE at -Os and above: in clean, at tree-ssa-pre.c:2053 since r11-4921-g86cca5cc14602814

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97808 Martin Liška changed: What|Removed |Added Target Milestone|--- |11.0 Keywords|

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 --- Comment #2 from Martin Liška --- Which git revision of GCC 11 do you use?

[Bug lto/97812] Wrong output when compiling the testcase with -O2 -flto

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

[Bug lto/97812] New: Wrong output when compiling the testcase with -O2 -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97812 Bug ID: 97812 Summary: Wrong output when compiling the testcase with -O2 -flto Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #11 from Jonathan Wakely --- Fixed for gcc-11 but it should be backported too. Even if the compiler doesn't reject the overflow in the constant expressions, the values of the trait are still wrong for __int20.

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #10 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:7f851c33411fc39982c62a91fa93ec02981fd956 commit r11-4941-g7f851c33411fc39982c62a91fa93ec02981fd956 Author: Jonathan Wakely Date:

[Bug debug/97811] New: Adding transparent_union tag when typedeffing compiles but produces no debug info for components of the union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97811 Bug ID: 97811 Summary: Adding transparent_union tag when typedeffing compiles but produces no debug info for components of the union Product: gcc Version: unknown Status:

[Bug c/97810] New: [OpenACC] [C/C++] Decide about 'acc atomic update capture' – remove support or keep it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97810 Bug ID: 97810 Summary: [OpenACC] [C/C++] Decide about 'acc atomic update capture' – remove support or keep it Product: gcc Version: 11.0 Status: UNCONFIRMED Key

[Bug c++/97790] constexpr evaluation reports false positive memory leak

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

[Bug target/97730] [10 Regression] aarch64, SVE2: Wrong code since r10-5853-g0a09a948 (wrong pattern for BCAX)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97730 Alex Coplan changed: What|Removed |Added Last reconfirmed||2020-11-12 Summary|[10/11 Regre

[Bug target/97730] [10/11 Regression] aarch64, SVE2: Wrong code since r10-5853-g0a09a948 (wrong pattern for BCAX)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97730 --- Comment #1 from CVS Commits --- The master branch has been updated by Alex Coplan : https://gcc.gnu.org/g:7f445b5d6116000f1a6527f2164836cbc7c01dee commit r11-4938-g7f445b5d6116000f1a6527f2164836cbc7c01dee Author: Alex Coplan Date: Thu No

[Bug c++/97663] [c++17] Function with return type 'unsigned' in nested namespace misinterpreted as deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97663 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:cd41e4a1864c10c7f9141284e82e5cc0a3007806 commit r10-9008-gcd41e4a1864c10c7f9141284e82e5cc0a3007806 Author: Jakub Jelinek D

[Bug c/97748] Preincrement of _Complex gives bogus warning = "value computed is not used"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97748 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9d488c191c62cb114fa40239c495ac773ff76751 commit r10-9011-g9d488c191c62cb114fa40239c495ac773ff76751 Author: Jakub Jelinek D

[Bug c++/97790] constexpr evaluation reports false positive memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97790 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d183dd5ca42bbfc1f840c59ffe2e42fbd6860707 commit r10-9012-gd183dd5ca42bbfc1f840c59ffe2e42fbd6860707 Author: Jakub Jelinek D

[Bug c++/67453] vtable not emitted for class with no key method and defaulted destructor with attribute((used))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453 --- Comment #7 from CVS Commits --- The releases/gcc-10 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:921661beb90edd14a6102e87f0ff71b5a21a70ee commit r10-9010-g921661beb90edd14a6102e87f0ff71b5a21a70ee Author: Jakub Jelinek D

[Bug bootstrap/97806] [11 regression] bootstrap ICE starting with r11-4921

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97806 --- Comment #6 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:64326bb428ac750ec3b0f56c06dfb98277cd41b5 commit r11-4937-g64326bb428ac750ec3b0f56c06dfb98277cd41b5 Author: Richard Biener Date:

[Bug bootstrap/97806] [11 regression] bootstrap ICE starting with r11-4921

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

[Bug libstdc++/97798] FTB msp430-elf error: the value of '__gnu_cxx::__numeric_traits_integer<__int20>::__max' is not usable in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97798 --- Comment #9 from jozefl at gcc dot gnu.org --- (In reply to Jonathan Wakely from comment #8) > My attempt to build msp430 fails with: > > In file included from > /home/jwakely/gcc/msp430-elf/msp430-elf/include/stdint.h:13, > f

[Bug c++/97790] constexpr evaluation reports false positive memory leak

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97790 --- Comment #4 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:fc531c2ed3ce456efca946e995544b216b3c16df commit r11-4936-gfc531c2ed3ce456efca946e995544b216b3c16df Author: Jakub Jelinek Date: Th

[Bug bootstrap/97806] [11 regression] bootstrap ICE starting with r11-4921

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97806 Tamar Christina changed: What|Removed |Added CC||tnfchris at gcc dot gnu.org --- Commen

[Bug bootstrap/97809] [11 Regression] AArch64 bootstrap broken, ICE when building mpf after g:86cca5cc14602814b98e55aae313fbe237af1b04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97809 Tamar Christina changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug bootstrap/97809] [11 Regression] AArch64 bootstrap broken, ICE when building mpf after g:86cca5cc14602814b98e55aae313fbe237af1b04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97809 Alex Coplan changed: What|Removed |Added CC||acoplan at gcc dot gnu.org --- Comment #1

[Bug bootstrap/97809] New: [11 Regression] AArch64 bootstrap broken, ICE when building mpf after g:86cca5cc14602814b98e55aae313fbe237af1b04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97809 Bug ID: 97809 Summary: [11 Regression] AArch64 bootstrap broken, ICE when building mpf after g:86cca5cc14602814b98e55aae313fbe237af1b04 Product: gcc Version: 11.0

[Bug tree-optimization/97808] New: ICE at -Os and above: in clean, at tree-ssa-pre.c:2053

gcc version 11.0.0 20201112 (experimental) [master revision 7ea19dcafb8:c6f488d83fd:5d9ade39b8720b61cf63a8be181fb3b487f6ac5b] (GCC) [515] % [515] % gcctk -O1 -c small.c [516] % [516] % gcctk -Os -c small.c during GIMPLE pass: pre small.c: In function ‘g’: small.c:5:6: internal compiler error: in

[Bug middle-end/64711] Unconsistency with -fnon-call-exceptions when used along inline and ipa optimizations and memmov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64711 --- Comment #5 from Eric Botcazou --- > as the comments says the check isn't correct but it might work for simple > non-LTO cases. Anybody willing to try? But isn't LTO towards being the default these days? If so, what's the point of punishing

[Bug target/97770] [ICELAKE]Missing vectorization for vpopcnt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770 --- Comment #11 from Hongtao.liu --- A patch is posted at https://gcc.gnu.org/pipermail/gcc-patches/2020-November/558777.html

[Bug target/97807] ICE in output_move_double, at config/arm/arm.c:19689

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97807 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/97807] New: ICE in output_move_double, at config/arm/arm.c:19689

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97807 Bug ID: 97807 Summary: ICE in output_move_double, at config/arm/arm.c:19689 Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug testsuite/97803] c-c++-common/asan/pointer-compare-1.c assumes variable placement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97803 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug bootstrap/97806] [11 regression] bootstrap ICE starting with r11-4921

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97806 --- Comment #4 from Richard Biener --- OK, happens because topological sorting is not correct for the case where we have multiple expressions for a value in the set.