Hi Paul,

On 02/04/19 10:49, Paul Richard Thomas wrote:
> Hi Harald,
> 
> After nearly 12 years, I have been found out!

you cannot hide forever.

> OK for trunk. Since it has been such a long time, I suggest that you
> limit your backporting efforts to 8-branch and, at the most, 7-branch.

Sure.  In fact, I plan to wait with backports in the hope to better
understand the other issues in the PR.

> Will you attempt to tackle the other issues in the PR?

I am still trying, but also wondering why such simple things as

  integer :: i
  character(*), parameter :: s = 'abcdef'
  character(1)            :: t = transfer ([ s(1:1)       ], 'x') ! no ICE
  character(1)            :: u = transfer ([(s(i:i),i=1,1)], 'x') ! ICE
  print *, len (t), len (u)      ! ICE happens when u is referenced
end

are going down so different routes during simplification. :-(
Any hint is highly welcome!

Thanks,
Harald

> Thanks
> 
> Paul
> 
> On Sun, 3 Feb 2019 at 21:04, Harald Anlauf <anl...@gmx.de> wrote:
>>
>> The attached patch fixes an ICE-on-valid that probably goes back to
>> rev.128130.  Apparently the patch applied back then did not check
>> this code path which resulted in a NULL pointer dereference.  This
>> is remedied by the new testcase base on comment #0 in this PR.
>>
>> The PR mentions another wrong-code issue to be addressed separately.
>>
>> OK for trunk?  And shall this fix be backported?
>>
>> Thanks,
>> Harald
>>
>> 2019-02-03  Harald Anlauf  <anl...@gmx.de>
>>
>>         PR fortran/89077
>>         * decl.c (add_init_expr_to_sym): Copy length of string initializer
>>         to declared symbol.
>>
>> 2019-02-03  Harald Anlauf  <anl...@gmx.de>
>>
>>         PR fortran/89077
>>         * gfortran.dg/pr89077.f90: New test.
>>
> 
> 


-- 
Harald Anlauf
Dieburger Str. 17
60386 Frankfurt
Tel.: (069) 4014 8318

Reply via email to