[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 --- Comment #9 from Frank Heckenbach --- Found another possible workaround: "Lie" to the compiler (though is it lying when you're actually telling it the truth? ;) by specializing std::is_trivially_copy_constructible

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 --- Comment #8 from Frank Heckenbach --- (In reply to Ville Voutilainen from comment #7) > That's not a bug. You need to make the copy constructor of s conditionally > deleted depending on whether T is copyconstructible.

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 --- Comment #7 from Ville Voutilainen --- That's not a bug. You need to make the copy constructor of s conditionally deleted depending on whether T is copyconstructible. Otherwise the trait will result in true but the code will not compile due

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 --- Comment #6 from Frank Heckenbach --- Tried to use a self-written (simple) container as a stop-gap, but it also fell prey to this bug. Daniel Krügler wrote: "std::vector's copy constructor is not SFINAE-friendly and

[Bug libstdc++/80654] is_trivially_copy_constructible fails with compiler error with vector of uncopyable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654 Frank Heckenbach changed: What|Removed |Added CC|

[Bug tree-optimization/85143] Loop limit prevents (auto)vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85143 --- Comment #5 from Marc Glisse --- The test becomes _1 = n_15(D) <= i_46; _2 = i_46 > 1336; _3 = _1 | _2; However, in match.pd, we only handle the AND case. The corresponding IOR transformation should be handled similarly.

[Bug libgcc/84292] __sync_add_and_fetch returns the old value instead of the new value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84292 Andreas Tobler changed: What|Removed |Added Last reconfirmed|2018-02-08 00:00:00 |2018-4-1 --- Comment #3 from Andreas

[Bug target/85075] powerpc: ICE in iszero testcase

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85075 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[Bug c++/84768] [7/8 Regression] ICE with failed class template argument deduction because of invalid template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84768 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/85138] [8 regression] ICE with generic function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85138 --- Comment #6 from Dominique d'Humieres --- The following variant gives the same ICE module fox_m_fsys_format interface mylen module procedure str_real_sp_len, str_real_sp_fmt_len end interface contains pure function

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85150 --- Comment #4 from kargl at gcc dot gnu.org --- (In reply to Nathan T. Weeks from comment #0) > The following module code results in an internal compiler error with > gfortran 7.3.0: > >

[Bug c++/71504] bogus error: accessing value through a glvalue in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71504 --- Comment #6 from Will --- A simpler example exhibiting this bogus error; an innocent, idiomatic, pedantic, platonic pair of nested range-for loops iterating a 2D array: g++ prog.cc -Wall -Wextra -std=c++14 -pedantic-errors #include

[Bug middle-end/85090] [8 Regression] wrong code with -O2 -fno-tree-dominator-opts -mavx512f -fira-algorithm=priority

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85090 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Sun Apr 1 06:05:01 2018 New Revision: 258994

[Bug tree-optimization/85154] New: [8 regression] gcc.dg/vect/vect-95.c fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85154 Bug ID: 85154 Summary: [8 regression] gcc.dg/vect/vect-95.c fail Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/85138] [8 regression] ICE with generic function

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

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85150 --- Comment #3 from Dominique d'Humieres --- The code compiles if I replace integer :: buf_i = 1 with integer, parameter :: buf_i = 1

[Bug driver/85153] _Pragma to disable -Wswitch-unreachable diagnostic not properly working when used within preprocessor macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85153 --- Comment #2 from Fabio Alemagna --- And removing the exclamation mark from the if condition actually makes it work again, but only if the B and E macro are wrapped within the Y() macro, otherwise it still complains, now indicating the

[Bug driver/85153] _Pragma to disable -Wswitch-unreachable diagnostic not properly working when used within preprocessor macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85153 Fabio Alemagna changed: What|Removed |Added Attachment #43809|0 |1 is obsolete|

[Bug driver/85153] New: _Pragma to disable -Wswitch-unreachable diagnostic not properly working when used within preprocessor macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85153 Bug ID: 85153 Summary: _Pragma to disable -Wswitch-unreachable diagnostic not properly working when used within preprocessor macro Product: gcc Version: 7.3.0 Status:

[Bug target/85152] VAX ICE with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85152 --- Comment #1 from coypu --- *** Bug 85151 has been marked as a duplicate of this bug. ***

[Bug target/85151] VAX ICE with -O2

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

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

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

[Bug fortran/85102] ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4464

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85102 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/85150] internal compiler error for module with illegal non-constant pointer initialization designator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85150 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4

[Bug fortran/72709] Incorrect assignment of allocatable character array used as component of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709 Thomas Koenig changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #6

[Bug fortran/72709] Incorrect assignment of allocatable character array used as component of derived type

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241 Bug 68241 depends on bug 85144, which changed state. Bug 85144 Summary: Wrong assignment with allocatable charlen https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85144 What|Removed |Added

[Bug fortran/85144] Wrong assignment with allocatable charlen

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