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