https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83076
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comment #3 from Paul Thomas <pault at gcc dot gnu.org> ---
Yes, indeed it was the main part of my patch. I cannot see at the moment,
though, why forcing the creation of a vtable is having this effect on caf in
deallocate.
The call to gfc_caf_attr at trans-stmt.c:6644 is detecting that the component
does not have attr.coarray_comp set so that is_coarray_array does not get set a
few lines later and the wrong branch is taken at line 6661. Setting the latter
flag in gdb at line 6651 allows the compilation to complete successfully.
Why a call to gfc_find_derived_vtab should have this effect is not evident to
me at the moment. I'll take it though.
Thanks for the heads up, Jakub.
Paul
