[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

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

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-03-03 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #33 from Thomas Koenig --- A much cleaner patch which gets us to the wrong code: Index: trans-expr.c === --- trans-expr.c(Revision 269260) +++ trans-expr.c

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-03-03 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Thomas Koenig changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #32 from

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-05 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Thomas Koenig changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-05 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-05 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #29 from Thomas Koenig --- This also fails: type :: t integer :: c end type t class(t), dimension(:), allocatable :: a, b class(t), dimension(:), allocatable :: c allocate (a(5), source=t(1)) allocate (b(5),

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-05 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #28 from Thomas Koenig --- This patch Index: dependency.c === --- dependency.c

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-04 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mikael at

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-02-04 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #26 from Thomas Koenig --- Works for type :: t integer :: c end type t type(t), dimension(5) :: a, b type(t), dimension(:), allocatable :: c a = t(1) b = t(7) allocate(c(5), source=t(13)) c = plus(c(1), b)

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2019-01-27 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 --- Comment #25 from Thomas Koenig --- I've come to a bit of a different conclusion. For module x implicit none contains elemental subroutine foo(a,b) real, intent(inout) :: a real,

[Bug fortran/66089] [7/8/9 Regression] elemental dependency mishandling when derived types are involved

2018-12-06 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089 Richard Biener changed: What|Removed |Added Target Milestone|7.4 |7.5