Re: [patch,gfortran] PR 21625: Initialization of derived types atallocation

[Paul Thomas <paulthomas2 at wanadoo dot fr>]

Erik,

> No very strong reason, really.  I had to put it somewhere, and
> resolve_code seemd to be one poosibility.  Since I could make it
> work reasonably easily there, I decided to go for that
> alternative. If it's belived that match.c(gfc_match_allocate)
> would be a better place, I can see if I can move it there.
>
>  
I have been doing my fair share of polluting resolve.c but have been 
trying to keep to resolutions that span namespaces (eg. require host 
associated symbols) or that use information that is not available until 
then... not always very successfully, I might add!  However, I did sweep 
out a lot of the constraints that should have been elsewhere (at Tobi's 
urging, I might add.).

What do others think about this?

> turning the reference into a reference of the full array, it turns into
>
>        a = <...>
>
> instead.
>  
Ah yes, I was forgetting about the references in the statement being 
something other than the full array reference.

Apart from this question as to where to house the patch, it is OK by me.

Paul T