[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gcc-fortran
Subject:    Re: (patch, fortran] PR83021 - [7/8 Regression] gfortran segfault in polymorphic assignment
From:       Paul Richard Thomas <paul.richard.thomas () gmail ! com>
Date:       2017-11-29 10:00:40
Message-ID: CAGkQGiKx1+LFHscyzMqWJk87r-xt+1A-=Wvw4vuKtd0PTKvaHg () mail ! gmail ! com
[Download RAW message or body]

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
[prev in list] [next in list] [prev in thread] [next in thread]