This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Patch, fortran] PR77657 - link error with implementation of user-defined derived type input/output (UD-DTIO) in child extending abstract parent
- From: Jerry DeLisle <jvdelisle at charter dot net>
- To: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>, "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Cc: Damian Rouson <damian at sourceryinstitute dot org>
- Date: Tue, 20 Sep 2016 14:04:08 -0700
- Subject: Re: [Patch, fortran] PR77657 - link error with implementation of user-defined derived type input/output (UD-DTIO) in child extending abstract parent
- Authentication-results: sourceware.org; auth=none
- References: <CAGkQGiJHD_K0b-w77hruBpMyo=S_tR2hh6TSg39TYHCZNqsUbg@mail.gmail.com>
On 09/20/2016 01:15 PM, Paul Richard Thomas wrote:
> Dear All,
>
> Once found, the fix for this PR is trivial. The generic name is only
> to be found in the parent derived type. Since this is over-ridden in
> the type extension, not only is the wrong symbol selected for the dtio
> procedure but, being abstract, the procedure does not exist. The
> mechanism is borrowed from resolve.c(resolve_typebound_generic_call).
> This goes back with the generic procedure name and looks again for the
> procedure in the type extension. The testcase is a dejagnuified
> version of the original.
>
> Bootstraps and regtests on x86_64/FC21 - OK for trunk?
>
>
OK, thanks Paul.
Jerry