Re: Type specification and initialization expressions

James Giles wrote:
....
The following has been discussed before and I think was determined
to be non-standard for the same reason:

Real :: X(5), Y(size(x))

By Steve's response it's clear that I mis-remembered the case.
The one that I recalled must have been something like:

Real :: X(4) = size(X)

I still stand by the observation:

Even if such things were standard, I would avoid then for legibility
reasons.

--
J. Giles

"I conclude that there are two ways of constructing a software
design: One way is to make it so simple that there are obviously
no deficiencies and the other way is to make it so complicated
that there are no obvious deficiencies." -- C. A. R. Hoare


.

Relevant Pages

  • Re: Pi.
    ... > James Giles wrote: ... >>> can be elided for the convenience of the compiler as opposed to ... All the more reason not to change them *after* you've double-checked ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • Re: Fortran to edit one line of text file
    ... Of course most of those will also read and rewrite the whole ... original code uses list-directed writes. ... there's no reason to expect the same number ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • Re: Who uses clapack?
    ... > James Giles wrote: ... though they could easily interoperate with each-other. ... sometimes for no discerable reason: ... mangling before ...
    (comp.lang.fortran)
  • Re: Who uses clapack?
    ... > James Giles wrote: ... though they could easily interoperate with each-other. ... sometimes for no discerable reason: ... mangling before ...
    (sci.math.num-analysis)
  • Re: Static version of bignum library
    ... Profiling is all you need to do to figure out the ... be lying, mistaken, or correct. ... At any rate there is no reason to get ... no deficiencies and the other way is to make it so complicated ...
    (comp.programming)