[Patch, fortran] PR78737 - [OOP] linking error with deferred, undefined user-defined derived-type I/O

[Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>]

Dear All,

The original testcase appears here as dtio_19.f90. I gather that some
vendors accept this, while fort does not. IMHO ifort is correct here
since there is no specific DTIO procedure present. However, it could
be that a more helpful error message to the effect that this is an
abstract type and so "do not expect to do DTIO with it" is more
appropriate. If this is desired, I can make it so.

dtio_20.f90 checks that correct code works.

Bootstraps and regtests on FC21/x86_64 - OK for trunk?

Paul

2016-12-12  Paul Thomas  <pault@gcc.gnu.org>

    PR fortran/78737
    * interface.c (gfc_compare_interfaces): Whitespace.
    (gfc_find_specific_dtio_proc): Return NULL if dtio_sub is an
    abstract interface.
    * resolve.c (resolve_transfer): Formatting.
    (resolve_typebound_procedure): Ditto.

2016-12-12  Paul Thomas  <pault@gcc.gnu.org>

    PR fortran/78737
    * gfortran.dg/dtio_19: New test.
    * gfortran.dg/dtio_20: New test.

Attachment: commit.diff
Description: Text document