This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: (patch, fortran] PR83021 - [7/8 Regression] gfortran segfault in polymorphic assignment
- From: Paul Richard Thomas <paul dot richard dot thomas at gmail dot com>
- To: "fortran at gcc dot gnu dot org" <fortran at gcc dot gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 29 Nov 2017 10:00:40 +0000
- Subject: Re: (patch, fortran] PR83021 - [7/8 Regression] gfortran segfault in polymorphic assignment
- Authentication-results: sourceware.org; auth=none
- References: <CAGkQGi+94X_6s8=KRQMpi8wRbxqyxD0cRxr4Zm_cy6gAWVDJdA@mail.gmail.com>
Committed to 7-branch and trunk and r255205 and r255202 respectively.
Paul
On 26 November 2017 at 18:40, Paul Richard Thomas
<paul.richard.thomas@gmail.com> wrote:
> Dear All,
>
> This regression was caused by the patch for PR81447. The chunk that
> has been modified came about because use association of derived types
> in block data, in the presence of a vtable, was trying to add vtable
> procedures, which is not allowed. The original patch did not
> explicitly target block data and this is fixed here. I decided that a
> testcase was not necessary but this could be done if desired.
>
> Bootstrapped and regtested on FC23/x86_64 - OK for both branches?
>
> I will commit tomorrow morning if there are no complaints.
>
> Best regards
>
> Paul
>
> 2017-11-26 Paul Thomas <pault@gcc.gnu.org>
>
> PR fortran/83021
> * resolve.c (resolve_component): Only escape for use assciated
> vtypes if the current namespace has no proc_name and is most
> particularly block data.
--
"If you can't explain it simply, you don't understand it well enough"
- Albert Einstein