[patch,gfortran] PR 21625: Initialization of derived types at allocation
Paul Thomas
paulthomas2@wanadoo.fr
Wed Oct 19 20:37:00 GMT 2005
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
More information about the Fortran
mailing list