[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 --- Comment #2 from Richard Biener --- First of call I can reproduce no runtime difference on a Zen2 machine. We do get a lot better ranges after the change (that was the purpose). For example -_490: [-INF, +INF] -_491: [-INF, 2147483646] +_49

[Bug ada/98879] New: gcc/ada/terminals.c:732: redundantAssignment ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98879 Bug ID: 98879 Summary: gcc/ada/terminals.c:732: redundantAssignment ? Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug ada/98879] gcc/ada/terminals.c:732: redundantAssignment ?

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

[Bug target/92665] [AArch64] low lanes select not optimized out for vmlal intrinsics

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

[Bug target/95265] aarch64: suboptimal code generation for common neon intrinsic sequence involving shrn and mull

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95265 Bug 95265 depends on bug 92665, which changed state. Bug 92665 Summary: [AArch64] low lanes select not optimized out for vmlal intrinsics https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92665 What|Removed |Added -

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #12 from Richard Biener --- Wow, so the MIR problem starts with static void df_mir_alloc (bitmap all_blocks) { ... EXECUTE_IF_SET_IN_BITMAP (all_blocks, 0, bb_index, bi) { ... bitmap_set_range (&bb_info->in, 0, DF_

[Bug middle-end/98209] [8/9/10/11 Regression] printf failed with O1 or above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98209 --- Comment #11 from Jakub Jelinek --- (In reply to rguent...@suse.de from comment #10) > I think the *intrin.h example is not really relevant as their direct > caller is very unlikely to differ in setting. In bugfree code sure. When writing cod

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 --- Comment #3 from Martin Liška --- It's likely about a small loop alignment: # Overhead Command Shared Object Symbol # ... #

[Bug target/98877] [AArch64] Inefficient code generated for tbl NEON intrinsics

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

[Bug target/91753] Bad register allocation of multi-register types

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

[Bug c/98880] New: [10/11 Regression] assignment unexpectedly optimized away with -O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98880 Bug ID: 98880 Summary: [10/11 Regression] assignment unexpectedly optimized away with -O Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal

[Bug c++/98841] wrong ‘operator=’ should return a reference to ‘*this’ [-Weffc++]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98841 --- Comment #10 from Olaf Mandel --- Thank you, that was quick! Though, didn't this miss the [end of stage 3 development][1] by 11 days? [1]:

[Bug c/98880] [10/11 Regression] assignment unexpectedly optimized away with -O

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

[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 --- Comment #4 from rguenther at suse dot de --- On Fri, 29 Jan 2021, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 > > --- Comment #3 from Martin Liška --- > It's likely about a small loop alignment: >

[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 --- Comment #5 from Martin Liška --- So I can manually patch the slow version by adding: and$0x7fff,%esi before: vcvtsi2ss %esi, %xmm0, %xmm0 and the speed is back ;)

[Bug rtl-optimization/98144] REE needs 6GB DF memory when compiling insn-extract.c with RTL checking enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144 --- Comment #8 from Richard Biener --- So testing on recent trunk shows > /usr/bin/time ~/install/gcc-11.0/usr/local/bin/g++ t.ii -O2 -S -o /dev/null 29.23user 1.21system 0:30.54elapsed 99%CPU (0avgtext+0avgdata 5933552maxresident)k 57448inputs+

[Bug ada/98879] gcc/ada/terminals.c:732: redundantAssignment ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98879 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug debug/98331] [8/9/10/11 Regression] ICE in haifa_luid_for_non_insn, at haifa-sched.c:7845 since r8-5479-g67a8d7199fe4e474

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98331 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9c445c07cda60488d7a5458b070356e05e7b2e09 commit r11-6969-g9c445c07cda60488d7a5458b070356e05e7b2e09 Author: Jakub Jelinek Date: Fr

[Bug debug/98331] [8/9/10 Regression] ICE in haifa_luid_for_non_insn, at haifa-sched.c:7845 since r8-5479-g67a8d7199fe4e474

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98331 Jakub Jelinek changed: What|Removed |Added Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE in

[Bug target/98559] test PR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98559 --- Comment #5 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:0bad948a0d5c26587517d52e253ce03a1f15cb62 commit r10-5886-g0bad948a0d5c26587517d52e253ce03a1f15cb62 Author: Martin Liska Date: Fri

[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98868 --- Comment #6 from Richard Biener --- Ah, so I have polyhedron11 and remember patching: !CRAY - The following multiply must be done with 64 bits (not 46 bits) ! The algoritm depends on the overflow characteristics of ! a 32 or 64 bi

[Bug c/98880] [10/11 Regression] assignment unexpectedly optimized away with -O

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98880 Jochen Sprickerhof changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIR

[Bug tree-optimization/98868] [8/9/10/11 Regression] polyhedron rnflow.f90 regression since r8-2555-g344be1fd47d7d64e

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

[Bug regression/71231] [7 Regression]: 300% runtime increase for rnflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71231 Richard Biener changed: What|Removed |Added CC||marxin at gcc dot gnu.org --- Comment #

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #14 from Richard Biener --- Created attachment 50079 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50079&action=edit patch I am testing Maybe you can produce updated mem-report with this patch?

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #15 from Martin Liška --- (In reply to Richard Biener from comment #14) > Created attachment 50079 [details] > patch I am testing > > Maybe you can produce updated mem-report with this patch? I'm testing the patch with my plotting s

[Bug c++/98881] New: [modules] internal compiler error: in tpl_parms_fini, at cp/module.cc:9933

version 11.0.0 20210129 (experimental) (GCC) $ cat Expresion.ixx export module Expr; template class TExprSistema; template class TExprBase {}; export template typename T> class TExprBase> { public: template typename U> TExprSistema, U> inline operator ==(TExprBase> co

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #16 from Martin Liška --- (In reply to Martin Liška from comment #15) > (In reply to Richard Biener from comment #14) > > Created attachment 50079 [details] > > patch I am testing > > > > Maybe you can produce updated mem-report with

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #17 from rguenther at suse dot de --- On Fri, 29 Jan 2021, marxin at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 > > --- Comment #16 from Martin Liška --- > (In reply to Martin Liška from comment #15

[Bug tree-optimization/98514] ICE in insert_operand_rank

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

[Bug target/98849] [11 Regression] ICE in expand_shift_1, at expmed.c:2658 since g:7432f255b70811dafaf325d9403

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849 --- Comment #13 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:e7429bc9d60c0cb9809a8040bb63dbb9390f40f1 commit r11-6970-ge7429bc9d60c0cb9809a8040bb63dbb9390f40f1 Author: Jakub Jelinek Date: F

[Bug c++/98882] New: ICE in in cpp_directive_only_process on empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98882 Bug ID: 98882 Summary: ICE in in cpp_directive_only_process on empty translation unit Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/97627] [9/10/11 Regression] loop end condition missing - endless loop with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627 --- Comment #13 from CVS Commits --- The releases/gcc-10 branch has been updated by Richard Biener : https://gcc.gnu.org/g:3976b2701b826569ffcd90877d94095def507e3f commit r10-9310-g3976b2701b826569ffcd90877d94095def507e3f Author: Richard Biener

[Bug rtl-optimization/98144] REE needs 6GB DF memory when compiling insn-extract.c with RTL checking enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144 --- Comment #9 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:a8c455bafdefdab0a7b8cdbcdb116c0086bae05e commit r11-6971-ga8c455bafdefdab0a7b8cdbcdb116c0086bae05e Author: Richard Biener Date:

[Bug rtl-optimization/80930] REE pass causes high memory usage via df_mir_alloc() with ASAN+UBSAN turned on

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

[Bug rtl-optimization/98144] REE needs 6GB DF memory when compiling insn-extract.c with RTL checking enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144 --- Comment #10 from Richard Biener --- *** Bug 80930 has been marked as a duplicate of this bug. ***

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in split2 pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 Bug 98863 depends on bug 80930, which changed state. Bug 80930 Summary: REE pass causes high memory usage via df_mir_alloc() with ASAN+UBSAN turned on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80930 What|Removed

[Bug target/98849] [11 Regression] ICE in expand_shift_1, at expmed.c:2658 since g:7432f255b70811dafaf325d9403

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

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 Richard Biener changed: What|Removed |Added Summary|WRF with LTO consumes a lot |WRF with LTO consumes a lot

[Bug rtl-optimization/98144] REE needs 6GB DF memory when compiling insn-extract.c with RTL checking enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98144 Richard Biener changed: What|Removed |Added Known to work||11.0 --- Comment #11 from Richard Biene

[Bug rtl-optimization/80960] [8/9/10 Regression] Huge memory use when compiling a very large test case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960 Richard Biener changed: What|Removed |Added Known to work||11.0 Summary|[8/9/10/11 Regr

[Bug tree-optimization/97627] [9 Regression] loop end condition missing - endless loop with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627 Richard Biener changed: What|Removed |Added Assignee|amker at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug tree-optimization/97627] [9 Regression] loop end condition missing - endless loop with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627 --- Comment #15 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:f4e426f7bd7df279cb7aaecd91d273d9b7db338d commit r11-6972-gf4e426f7bd7df279cb7aaecd91d273d9b7db338d Author: Richard Biener Date:

[Bug fortran/98883] New: Module variable not initialized with -finit-real

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98883 Bug ID: 98883 Summary: Module variable not initialized with -finit-real Product: gcc Version: 7.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/98884] New: Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 Bug ID: 98884 Summary: Implement empty struct optimisations on ARM Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/98885] New: [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

compression algorithms: zlib gcc version 11.0.0 20210129 (experimental) (GCC) $ cat A.cpp export module A; class A; // forward declaration export class A {}; // actual declaration $ cat main.cpp import A; int main() { A a; return 0; } $ /home/pililatiesa/GCC-11/bin/g++ -fmodules-ts

[Bug fortran/98883] Module variable not initialized with -finit-real

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98883 Dominique d'Humieres changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug fortran/91862] [9/10/11 Regression] ICE in fold_convert_loc, at fold-const.c:2394

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91862 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #6

[Bug middle-end/98753] -Wfree-nonheap-object on unreachable code with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753 Boris Kolpackov changed: What|Removed |Added CC||boris at kolpackov dot net --- Comment

[Bug middle-end/98753] -Wfree-nonheap-object on unreachable code with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753 --- Comment #12 from Boris Kolpackov --- Created attachment 50080 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50080&action=edit Reproducer test.cxx

[Bug middle-end/98753] -Wfree-nonheap-object on unreachable code with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753 --- Comment #13 from Boris Kolpackov --- Created attachment 50081 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50081&action=edit Reproducer test-simplified.cxx

[Bug c++/98882] ICE in in cpp_directive_only_process on empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98882 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug middle-end/98753] -Wfree-nonheap-object on unreachable code with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753 --- Comment #14 from Boris Kolpackov --- If this cannot be fixed for 11 (and judging by the age of 54202 I feel it's not likely), perhaps it makes sense not to enable this warning by default? Now that C++ operator delete() is covered by this chec

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #19 from Martin Liška --- The other peak at ~12 GB is in: 679s: current pass = cprop (261) {'ltrans': {'memory': 1.6539268493652344, 'cpu': 6.24375}} {'ltrans': {'memory': 1.6539268493652344, 'cpu': 6.24375}} {'ltrans': {'memory': 4.

[Bug target/98884] Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 Jonathan Wakely changed: What|Removed |Added Component|c++ |target Target|

[Bug target/82150] Produces a branch prefetch which causes a hang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82150 Richard Earnshaw changed: What|Removed |Added Last reconfirmed||2021-01-29 Ever confirmed|0

[Bug fortran/95038] Not treating function result name as a variable.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95038 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #7

[Bug c++/58354] variadic template ambiguous

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58354 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |10.2 Keywords|

[Bug tree-optimization/97627] [9 Regression] loop end condition missing - endless loop with -fPIC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627 --- Comment #16 from CVS Commits --- The releases/gcc-9 branch has been updated by Richard Biener : https://gcc.gnu.org/g:a7e6e7a9299208e5aa3d805d502370d59f92b8b5 commit r9-9211-ga7e6e7a9299208e5aa3d805d502370d59f92b8b5 Author: Richard Biener

[Bug tree-optimization/97627] [9 Regression] loop end condition missing - endless loop with -fPIC

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

[Bug target/98884] Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 Richard Biener changed: What|Removed |Added Version|unknown |11.0 Keywords|

[Bug c++/98882] [11 Regression] ICE in in cpp_directive_only_process on empty translation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98882 --- Comment #2 from Jakub Jelinek --- It isn't just on empty files, but on any files that don't end with newline. I believe the /* Files always end in a newline. We rely on this for character peeking safety. */ gcc_assert

[Bug demangler/98886] New: stack overflow in cxxfilt, demangle_type, rust-demangle.c:854

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98886 Bug ID: 98886 Summary: stack overflow in cxxfilt, demangle_type, rust-demangle.c:854 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal P

[Bug c/98887] New: stack overflow in cxxfilt, str_buf_append, rust-demangle.c:1490

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98887 Bug ID: 98887 Summary: stack overflow in cxxfilt, str_buf_append, rust-demangle.c:1490 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug c/98888] New: stack overflow in cxxfilt, demangle_path, rust-demangle.c:674

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Bug ID: 9 Summary: stack overflow in cxxfilt, demangle_path, rust-demangle.c:674 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal P

[Bug demangler/98889] New: stack overflow in cxxfilt, peek, rust-demangle.c:85

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98889 Bug ID: 98889 Summary: stack overflow in cxxfilt, peek, rust-demangle.c:85 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug c/91128] Incomplete fix of heap overflow in cp-demangle.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91128 --- Comment #2 from Shadow HUANG --- I just download the binutils from the website and use the compilation procedure mentioned to create the binary.

[Bug tree-optimization/98855] [11 Regression] botan XTEA is 100% slower on znver2 since r11-4428-g4a369d199bf2f34e

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

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE pass

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #20 from Richard Biener --- OK, so that's guarded with gcse_or_cprop_is_too_expensive which doesn't trigger but I see it allocating alloc_cprop_mem (last_basic_block_for_fn (cfun), set_hash_table.n_elems)

[Bug c++/98881] [modules] internal compiler error: in tpl_parms_fini, at cp/module.cc:9933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98881 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug fortran/95640] gfortran ieee_selected_real_kind returns 10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95640 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2

[Bug c++/19377] Using declaration in "private" part causes "protected" diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19377 Anthony Sharp changed: What|Removed |Added CC||anthonysharp15 at gmail dot com --- Comm

[Bug target/82150] Produces a branch prefetch which causes a hang

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

[Bug target/98884] Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 --- Comment #2 from David Brown --- Yes, ABI issues were my initial thought too. If so, then optimising away the assignments while leaving the stack manipulation (and possibly register allocations) in place would still be a significant improveme

[Bug preprocessor/98882] [11 Regression] ICE in in cpp_directive_only_process on empty translation unit

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

[Bug c++/17314] Error message wrongly shows declared rather than inherited access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17314 --- Comment #26 from Anthony Sharp --- Fixed. It seems the issue to do with the virtual class constructors is a duplicate of 55120 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120).

[Bug target/98884] Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug fortran/91862] [9/10/11 Regression] ICE in fold_convert_loc, at fold-const.c:2394

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91862 Paul Thomas changed: What|Removed |Added Status|WAITING |REOPENED Assignee|unassigned at

[Bug c++/55120] Inaccessible virtual base constructor does not prevent generation of default constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120 Anthony Sharp changed: What|Removed |Added CC||anthonysharp15 at gmail dot com --- Comm

[Bug target/98884] Implement empty struct optimisations on ARM

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98884 --- Comment #4 from Jakub Jelinek --- Note, for ABI compatibility or incompatibility it might be better to check what happens when some argument is passed after the empty structs. Because at least in some ABIs one could get away with just preten

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 Richard Biener changed: What|Removed |Added Keywords|missed-optimization |memory-hog, ra Summary|WRF w

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #22 from Martin Liška --- There are other smaller spikes I can see: 663s: current pass = cse1 (259) {'ltrans': {'memory': 1.5744667053222656, 'cpu': 6.24375}} {'ltrans': {'memory': 1.5744667053222656, 'cpu': 6.24375}} {'ltrans': {'me

[Bug c++/55120] Inaccessible virtual base constructor does not prevent generation of default constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120 --- Comment #9 from Jonathan Wakely --- (In reply to Nick Krempel from comment #0) > The following code should fail to compile but does not: > > struct V {}; > struct B : private virtual V {}; > struct D : B {}; > > int main() { > D d; >

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #23 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:cb52e59e33845152cef6f9042a142a246e9447f6 commit r11-6973-gcb52e59e33845152cef6f9042a142a246e9447f6 Author: Richard Biener Date:

[Bug c++/55120] Inaccessible virtual base constructor does not prevent generation of default constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug c++/17314] Error message wrongly shows declared rather than inherited access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17314 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

[Bug c++/98881] [modules] internal compiler error: in tpl_parms_fini, at cp/module.cc:9933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98881 Nathan Sidwell changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot gnu.org

[Bug c++/98885] [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885 Nathan Sidwell changed: What|Removed |Added Keywords|rejects-valid |accepts-invalid Status|UNCO

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 --- Comment #24 from Richard Biener --- Created attachment 50087 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50087&action=edit updated time and memory report This is updated -f{time,mem}-report (with --enable-gather-detailed-mem-stats)

[Bug fortran/98890] New: ICE on reference to module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98890 Bug ID: 98890 Summary: ICE on reference to module function Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug rtl-optimization/98782] IRA artificially creating spills due to BB frequencies

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782 --- Comment #2 from Tamar Christina --- Just an update on what I know so far. There seems to be no symmetry between the growth of the memory costs vs that of the caller saved registers. In the case of the memory costs, the actual memory cost in

[Bug rtl-optimization/98863] WRF with LTO consumes a lot of memory in REE, CPROP, PRE and LRA passes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98863 Martin Liška changed: What|Removed |Added Attachment #50072|0 |1 is obsolete|

[Bug fortran/98890] ICE on reference to module function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98890 --- Comment #1 from Jakub Jelinek --- Seems the ICE is quite long, seems before around (+- 25 revisions) r137400 gfortran ICEd in the FE: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:483 and after that it ICEs in gimple

[Bug c++/98885] [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885 --- Comment #2 from Pilar Latiesa --- (In reply to Nathan Sidwell from comment #1) > This is ill-formed. an exported entity must be so-declared on its first > declaration. > > A diagnostic is missing on the definition of the class. I see. Than

[Bug analyzer/98447] incorrect -Wanalyzer-shift-count-overflow warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98447 --- Comment #5 from Vincent Lefèvre --- This is still failing (trunk). The test on godbolt: https://godbolt.org/z/Yx7b1d

[Bug c++/98885] [modules] forward declaration of classes prevent them from being exported at the point of actual declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885 --- Comment #3 from Nathan Sidwell --- module partitions are probably what you want for such mutually dependent types.

[Bug c++/98459] [8/9/10/11 Regression] ICE in linemap_position_for_line_and_column, at libcpp/line-map.c:923 since r6-6901-g876217ae71cf0b34

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

[Bug middle-end/98088] [9/10/11 Regression] ICE in expand_oacc_collapse_init, at omp-expand.c:1533

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98088 Jakub Jelinek changed: What|Removed |Added CC||cltang at gcc dot gnu.org,

[Bug middle-end/98088] [9/10/11 Regression] ICE in expand_oacc_collapse_init, at omp-expand.c:1533

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98088 --- Comment #2 from Jakub Jelinek --- Doesn't ICE if the conditions match the iteration direction, the way it is written it will never iterate, and if it would iterate (say int i = 0; i > -3; i++) it would be invalid OpenACC. Doesn't ICE for int

  1   2   >