[Bug fortran/23815] Add -byteswapio flag
tkoenig at gcc dot gnu dot org
gcc-bugzilla@gcc.gnu.org
Sat Nov 12 00:02:00 GMT 2005
------- Comment #17 from tkoenig at gcc dot gnu dot org 2005-11-12 00:02 -------
(In reply to comment #14)
> Thomas,
>
> I'm not in favor of environmental variables, which I think would
> also be Paul Brook's position. It's too easy to have the variables
> set or unset at the wrong time.
In the docs, I would recommend setting them via
GFORTRAN_CONVERT_BIG_ENDIAN=3 progname
or
(setenv GFORTRAN_CONVERT_BIG_ENDIAN=3 ; progname )
> What are your plans for REAL(10), REAL(16), INTEGER(16), COMPLEX(10),
> and COMPLEX(16)? AFAIK, the reals may have padding issues.
I don't have enough information about alignment to get
REAL(10) to work on a big-endian system. If we use those,
we also get bitten by the 12-byte/16-byte alignment issue for
different architectures. Does any big-endian architecture have
REAL(10)?
(In reply to comment #15)
> The environment variable approach also allows the same executable to be
> used for different scenarios. The only negative I see is if the executable
> was compiled by a different compiler (ifort, pgf95, etc.). A user might
> expect that the behavior will change with an environment variable setting and
> then wonder why it didn't. Perhaps the same environment variable names used by
> ifort could be used by gfortran to limit this issue a bit?
Ifort uses environment variables based on unit numbers, file extensions,
and I don't know what else. I'd hate to copy all that. Also,I'd
rather stick to the GFORTRAN_* namespace of environment variables.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
More information about the Gcc-bugs
mailing list