[Bug tree-optimization/98813] loop is sub-optimized if index is unsigned int with offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98813 --- Comment #2 from Jiu Fu Guo --- For code: for (unsigned int k = 0; k < BS; k++) { s += A[k] * B[k]; } PR48052 handles this, and for this code, the additional runtime check seems not required. If there is offset in code: f

[Bug bootstrap/98616] Compile gcc 10.2.0 error for loongson 2f CPU use MIPS n32 ABI on Gentoo OS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98616 Paul Hua changed: What|Removed |Added CC||paul.hua.gm at gmail dot com --- Comment #2 f

[Bug tree-optimization/98813] loop is sub-optimized if index is unsigned int with offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98813 --- Comment #1 from Jiu Fu Guo --- Since there are additional costs for the run-time check, we can see the benefit if upbound `m` is large; if upbound is small (e.g. < 12), the vectorized code (from clang) is worse than un-vectorized binary.

[Bug tree-optimization/98813] New: loop is sub-optimized if index is unsigned int with offset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98813 Bug ID: 98813 Summary: loop is sub-optimized if index is unsigned int with offset Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Prio

[Bug debug/98811] [11 regression] All Go tests FAIL with abbrev offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811 --- Comment #3 from Mark Wielaard --- (In reply to r...@cebitec.uni-bielefeld.de from comment #2) > If the DWARF-5 support depends on specific binutils versions/patches to > work, this should both be documented and detected at configure time. > H

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug debug/98811] [11 regression] All Go tests FAIL with abbrev offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811 --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #1 from Mark Wielaard --- > (In reply to Rainer Orth from comment #0) >> However, when I switched to >> the freshly released GNU as 2.36 today, the error vanished everywher

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 awsteiner at utk dot edu changed: What|Removed |Added CC||awsteiner at utk dot edu --- C

[Bug c++/98812] Abort trap: 6 on MacOS with homebrew gcc when exceptions are thrown

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98812 awsteiner at utk dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--

[Bug c++/98812] New: Abort trap: 6 on MacOS with homebrew gcc when exceptions are thrown

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98812 Bug ID: 98812 Summary: Abort trap: 6 on MacOS with homebrew gcc when exceptions are thrown Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug debug/98811] [11 regression] All Go tests FAIL with abbrev offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811 --- Comment #1 from Mark Wielaard --- (In reply to Rainer Orth from comment #0) > However, when I switched to > the freshly released GNU as 2.36 today, the error vanished everywhere. Which GNU as were you using before? There were some bug fixes

[Bug debug/98811] [11 regression] All Go tests FAIL with abbrev offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811 Rainer Orth changed: What|Removed |Added Target Milestone|--- |11.0

[Bug debug/98811] New: [11 regression] All Go tests FAIL with abbrev offset out of range

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98811 Bug ID: 98811 Summary: [11 regression] All Go tests FAIL with abbrev offset out of range Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/70070] ICE on initializing character data beyond min/max bound

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

[Bug c++/98804] GCC misparses template in pack expansion as comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98804 --- Comment #1 from Richard Smith --- Somewhat more reduced: struct X { constexpr X(int&) {} }; template struct Y {}; int a; auto h(int b) -> Y; // #1 auto h(int b) -> Y; // #2 GCC accepts #1, but for #2 it produces seven (!) error messages:

[Bug c++/98810] New: [C++20] ICE in tsubst_copy, at cp/pt.c:16771

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98810 Bug ID: 98810 Summary: [C++20] ICE in tsubst_copy, at cp/pt.c:16771 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug plugins/65817] libcc1: ICE: SEGV: c_incomplete_type_error()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65817 Tom Tromey changed: What|Removed |Added CC||tromey at gcc dot gnu.org --- Comment #3 fr

[Bug libstdc++/98723] On Windows with CP936 encoding, regex compiles very slow.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98723 cqwrteur changed: What|Removed |Added CC||unlvsur at live dot com --- Comment #3 from c

[Bug target/98807] [11 Regression] wrong code with -O2 -mno-sse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Target Milestone|---

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org S

[Bug fortran/68241] [meta-bug] [F03] Deferred-length character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241 Bug 68241 depends on bug 66910, which changed state. Bug 66910 Summary: allocatable character in derived type gives segfault https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66910 What|Removed |Added ---

[Bug fortran/66910] allocatable character in derived type gives segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66910 Thomas Koenig changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 --- Comment #6 from Iain Sandoe --- thanks FX.. That single patch is definitely "necessary, but not sufficient". .. AFAIK, the critical patches have been already applied to the 10.x branch (there were several) - but I'll run a check on macOS 11

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 --- Comment #5 from Francois-Xavier Coudert --- Here is what g++-10 -v gives during compilation: rmeur /tmp $ g++-10 a.cpp -v Using built-in specs. COLLECT_GCC=g++-10 COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 Francois-Xavier Coudert changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/98805] exception abort on mac os 11 (big sur)

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

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 --- Comment #2 from Iain Sandoe --- Hi Hana .. There are some changes needed on the 10.x branch to cater for macOS 11. Trying to ensure that we get them in before 10.3 is released. In the meantime, I'll discuss with the home-brew folks about o

[Bug bootstrap/98809] New: sem_util.adb:885:30: "T" conflicts with declaration at line 881

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98809 Bug ID: 98809 Summary: sem_util.adb:885:30: "T" conflicts with declaration at line 881 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug libgomp/98738] task-detach-6.f90 hangs intermittently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738 Dominique d'Humieres changed: What|Removed |Added CC||seurer at gcc dot gnu.org --- Com

[Bug libgomp/98808] [11 regression] test case libgomp.c-c++-common/task-detach-6.c hangs after r11-6752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98808 Dominique d'Humieres changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCO

[Bug libgomp/98808] New: [11 regression] test case libgomp.c-c++-common/task-detach-6.c hangs after r11-6752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98808 Bug ID: 98808 Summary: [11 regression] test case libgomp.c-c++-common/task-detach-6.c hangs after r11-6752 Product: gcc Version: 11.0 Status: UNCONFIR

[Bug target/98807] New: [11 Regression] wrong code with -O2 -mno-sse2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98807 Bug ID: 98807 Summary: [11 Regression] wrong code with -O2 -mno-sse2 Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priori

[Bug testsuite/98771] [10/11 regression] gcc.dg/strcmpopt_8.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771 --- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #5 from Jakub Jelinek --- > Created attachment 50028 > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50028&action=edit > gcc11-pr98771.patch > > Untested fix. I've

[Bug fortran/70949] Invalid aggregate against pointer comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70949 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #4 from Domin

[Bug target/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 #19 from Xi Ruoyao --- gas has added a workaround. I'll test it tomorrow.

[Bug c++/98805] exception abort on mac os 11 (big sur)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98805 --- Comment #1 from Hana Dusíková --- I found out that build done on Catalina generates correct binary, which is able to run on Big Sur without any problem.

[Bug target/98784] [8/9/10/11 Regression] problematic build of uClibc with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784 --- Comment #8 from Eric Botcazou --- > OK, this makes sense now and this looks like a bootstrap problem, e.g. the > code setting up _GLOBAL_OFFSET_TABLE_ in the libc might be trying to access > it or something along this line. I misremembered: