[Fortran, Patch, pr66911, gcc-5, v1] ICE on allocate character with source as a derived type component
Andre Vehreschild
vehre@gmx.de
Mon Apr 4 09:48:00 GMT 2016
Hi Jerry,
thank you for the review. Committed as r234712 to gcc-5-branch.
Regards,
Andre
On Sun, 3 Apr 2016 12:22:31 -0700
Jerry DeLisle <jvdelisle@charter.net> wrote:
> On 04/03/2016 08:33 AM, Andre Vehreschild wrote:
> > Hi all,
> >
> > attached patch fixes the ICE when using a deferred length char array as
> > source= expression in an allocate for complicated source= expressions.
> > Before the patch the compiler was relying on having the string length
> > available in the ts of the expression, but when the expression is
> > sufficiently complicated it is not set there. In trunk the problem does
> > not arise, because the source= expression is evaluated in more cases.
> > In gcc-5 this is not available without doing a major rewrite of the
> > allocate() statement's conv-routine. Therefore this small portion of
> > extra code reliably does the trick and takes the string_length from the
> > se.string_length now.
> >
> > Bootstrapped and regtested ok on x86_64-linux-gnu/F23. Ok for
> > gcc-5-branch?
> >
> > Regards,
> > Andre
> >
>
> Yes, OK
>
> Thanks for your work.
>
> Jerry
--
Andre Vehreschild * Email: vehre ad gmx dot de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: submit.diff
Type: text/x-patch
Size: 2768 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20160404/6a3cd5f4/attachment.bin>
More information about the Fortran
mailing list