https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #7 from David Binderman ---
(In reply to anlauf from comment #6)
> Judging from the name of the testcase this could be a quite different issue.
>
> Please open a separate PR and attach the source there.
Done. See https://gcc.gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to David Binderman from comment #5)
> Bit more detail from valgrind:
>
> /Lower/derived-type-finalization.f90
> ==687074== Invalid read of size 8
> ==687074==at 0x856D97: gfc_class_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #5 from David Binderman ---
Bit more detail from valgrind:
/Lower/derived-type-finalization.f90
==687074== Invalid read of size 8
==687074==at 0x856D97: gfc_class_len_get(tree_node*) (trans-expr.cc:273)
==687074==by 0x86F37B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
--- Comment #3 from anlauf at gcc dot gnu.org ---
Placing the subroutine into a module also avoids the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
