https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85144
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
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
--
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85150
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85102
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85151
coypu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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. ***
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: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85153
Fabio Alemagna changed:
What|Removed |Added
Attachment #43809|0 |1
is obsolete|
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 parenthe
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
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
--- C
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: tree-opti
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
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
templat
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:
>
> ==
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 str_real_sp_fmt_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84768
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85075
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
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 To
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80654
Frank Heckenbach changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
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 causes std::is_copy_constru
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 to
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.
The copy constructor of
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 like this (of course, one nee
28 matches
Mail list logo
