[Bug fortran/82620] [PDT] ICE: free_expr0(): Bad expr type (at fortran/expr.c:497)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--

[Bug fortran/82173] [meta-bug] Parameterized derived type errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173 Bug 82173 depends on bug 82620, which changed state. Bug 82620 Summary: [PDT] ICE: free_expr0(): Bad expr type (at fortran/expr.c:497) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620 What|Removed |Added

[Bug c++/82756] New: Poor error message from control flow at global scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82756 Bug ID: 82756 Summary: Poor error message from control flow at global scope Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug lto/82757] New: [8 regression] plugin needed to handle lto object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757 Bug ID: 82757 Summary: [8 regression] plugin needed to handle lto object Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: l

[Bug target/82002] [8 Regression] ICE in sp_valid_at, at config/i386/i386.c:13233

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002 --- Comment #6 from Daniel Santos --- Was about to submit a patch set for this that added this nifty mechanism to track a scratch register for pro/epilogue use and automatically (re)use it when you call choose_baseaddr. Then I realized that I co

[Bug c++/82745] Fails to warn on narrowing conversion by std::forward (e.g. when calling make_unique)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745 --- Comment #6 from helge at penne dot no --- I'm sorry if I confused you by using the wrong terminology here. My bad. We're now getting to the real issue, and that's great. You're right that C++ by default allows implicit conversion that loose

<    1   2