Re: format with G descriptor

James Giles wrote:
....
The F2008 standard introduces a G0 form (which I'm not sure
they did right - I need to look at it very closely). A G0 form
should be a lot more useful than the F0 form already permitted.

As far as I can tell, the F2008 standard doesn't permit the G0.d
form. That means that the G0 form merely mimics list directed
formatting without. But on some implementations, list directed
doesn't output sufficient digits for "output followed by input" to
be a identity. Explicitly controlling the number of significant
digits processed while still outputting an otherwise minimal field
width seems to me to be the most valuable property of an G0
style feature.

--
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: Kind of NOT integer constant
    ... > James Giles wrote: ... >> The data type is INTEGER, ... leaves the leftmost bit set is processor-dependent. ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • Re: Numeric leak
    ... > James Giles wrote: ... > (snip regarding list directed output formatting) ... >> I think the problem should be addressed in the standard by ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • Re: F2k3 Environment Variable Support
    ... > James Giles wrote: ... I don't think the keys are a large price to par ... The parent must receive those changes (perhaps ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • Re: Dirty numbers (was: compilation problem with module function interface definition)
    ... > James Giles wrote: ... And what is mathematically correct is *seldom* ... a short decimal string. ... no deficiencies and the other way is to make it so complicated ...
    (comp.lang.fortran)
  • 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)