Proposed patch for 4 byte unformatted record delimiters
FX Coudert
fxcoudert@gmail.com
Sun Mar 12 17:54:00 GMT 2006
> The Intel approach is nothing more than a kludge so that
> Intel can be backwards compatible with itself. It would
> be commercial suicide if Intel switched to a 8 byte marker.
> gfortran's approach is simple and clean. When complexity
> is added or replaces a working part of the gfortran, I
> personally think we need to careful.
I think there is *nothing* to lose having this functionnality
optionnal. What about a -frecord-delim=(8byte|extensible) option, which
would default to 8byte (as we currently do) and allow us, in the
future, to have more possible choice about all this?
And I'd much like to see the simplistic "this is not standard, please
wander away" argument not used any more here. There are many areas
where the standard has less restrictions than reasonnably needed (and
usually enforced by all compilers). We strive to provide a compiler of
good quality, which includes providing a number of features not
required by the standard.
FX
More information about the Fortran
mailing list