https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #7 from Dominique d'Humieres ---
A patch has been submitted at
https://gcc.gnu.org/pipermail/fortran/2021-January/055624.html
and approved at
https://gcc.gnu.org/pipermail/fortran/2021-January/055644.html
More comments at
https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #6 from David Neill Asanza ---
Thanks for looking into this Paul.
I'm looking forward to having this fixed. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #4 from David Neill Asanza ---
Created attachment 49906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49906&action=edit
Reproducer for 0-length case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #3 from David Neill Asanza ---
A related case when the array is 0-length. In this case, the dynamic type is
lost in both assignment and sourced allocation.
$ cat type_lost_0_length.f90
module foo
type, public:: box
class(*), a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #2 from David Neill Asanza ---
Created attachment 49905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49905&action=edit
Minimal reproducer for segmentation fault.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #1 from David Neill Asanza ---
Removing the derived type container triggers a segfault.
$ cat segfault.f90
module foo
contains
subroutine store1(arr, val)
class(*), allocatable, intent(out) :: arr(:)
class(*), intent(in) :
