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: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>
- To: Jerry DeLisle <jvdelisle at charter dot net>
- Cc: "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>, Damian Rouson <damian at sourceryinstitute dot org>
- Date: Wed, 21 Sep 2016 09:13:41 +0200
- 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> <6751d3ec-d51a-77a5-9e61-456dda5d8004@charter.net>
Committed as revision 240301.
I will deal with Gerhard Steinmetz's additional ICE's this morning. I
notice that Steve provided a patch for at least one of them.
Cheers
Paul
On 20 September 2016 at 23:04, Jerry DeLisle <jvdelisle@charter.net> wrote:
> 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
--
The difference between genius and stupidity is; genius has its limits.
Albert Einstein