[Patch, Fortran, PR58586, v4] ICE with derived type with allocatable component passed by value
Andre Vehreschild
vehre@gmx.de
Tue May 19 14:02:00 GMT 2015
Hi,
attached is the most recent version of the patch for 58586. It adapts to
recent trunk and addresses the caveats so far, i.e. the testcases in the
comments now compile and run again w/o errors.
Bootstraps and regtests fine on x86_64-linux-gnu/f21.
Comments?
- Andre
On Fri, 8 May 2015 16:11:11 +0200
Andre Vehreschild <vehre@gmx.de> wrote:
> Hi,
>
> so attached is a quick and dirty solution for the allocatable return value
> problem. I personally don't like it. It is making a special case from the
> assign a function result to a variable. May be you have a better idea how to
> do this in gfortran style.
>
> - Andre
>
>
> On Fri, 8 May 2015 15:31:46 +0200
> Andre Vehreschild <vehre@gmx.de> wrote:
>
> > Hi Mikael,
> >
> > > > ?? I don't get you there? What do you mean? Do you think the
> > > > alloc_comp_class_3/4.* are not correctly testing the issue? Any idea of
> > > > how to test this better? I mean the pr is about this artificial
> > > > constructs. I merely struck it in search of a pr about allocatable
> > > > components.
> > >
> > > I was talking about the bug you found with t_init above. :-)
> > > the compiler is not ready to accept that function in a testcase.
> > > The alloc_omp_class_3/4 are fine.
> >
> > Oh, sorry, I misunderstood you there. Now let's see, where that one is
> > hiding.
> >
> > - Andre
>
>
--
Andre Vehreschild * Email: vehre ad gmx dot de
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pr58586_4.clog
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20150519/3ce793a6/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pr58586_4.patch
Type: text/x-patch
Size: 10216 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/fortran/attachments/20150519/3ce793a6/attachment.bin>
More information about the Fortran
mailing list