[Patch, fortran] PR92959 - ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[Patch, fortran] PR92959 - ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

Paul Richard Thomas
This is a another case of the gotcha's that come from trying to use
ts.u.cl->backend_decl directly, where deferred length and even, in
this case fixed length characters are concerned. The fix is to make
use of the string length obtained from evaluation of the expression.

Regtested on FC31/x86_64 - OK for trunk?

Paul

2020-02-29  Paul Thomas  <[hidden email]>

    PR fortran/92959
    * trans-intrinsic.c (gfc_conv_associated): Eliminate
    'nonzero_charlen' and move the chunk to evaluate zero character
    length until after the argument evaluation so that the string
    length can be used.

2020-02-29  Paul Thomas  <[hidden email]>

    PR fortran/92959
    * gfortran.dg/associated_8.f90 : New test.

submit.diff (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: [Patch, fortran] PR92959 - ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

Thomas Koenig-6
Hi Paul,

> Regtested on FC31/x86_64 - OK for trunk?


OK. Thanks for the patch!

Regards

        Thomas
Reply | Threaded
Open this post in threaded view
|

Re: [Patch, fortran] PR92959 - ICE in gfc_conv_associated, at fortran/trans-intrinsic.c:8634

Paul Richard Thomas
Committed to head as r10-6952-g7067f8c814088c1d02e40adf79a80f5ec53dbdde

Thanks, Thomas

Paul

On Sun, 1 Mar 2020 at 13:44, Thomas Koenig <[hidden email]> wrote:

>
> Hi Paul,
>
> > Regtested on FC31/x86_64 - OK for trunk?
>
>
> OK. Thanks for the patch!
>
> Regards
>
>         Thomas



--
"If you can't explain it simply, you don't understand it well enough"
- Albert Einstein