This chapter describes changes to g77
that are visible
to the programmers who actually write and maintain Fortran
code they compile with g77
.
Information on changes to installation procedures,
changes to the documentation, and bug fixes is
not provided here, unless it is likely to affect how
users use g77
.
See section News About GNU Fortran, for information on
such changes to g77
.
Note that two variants of g77
are tracked below.
The egcs
variant is described vis-a-vis
previous versions of egcs
and/or
an official FSF version,
as appropriate.
Therefore, egcs
versions sometimes have multiple listings
to help clarify how they differ from other versions,
though this can make getting a complete picture
of what a particular egcs
version contains
somewhat more difficult.
For information on bugs in the GCC-2.95 version of g77
,
see section Known Bugs In GNU Fortran.
The following information was last updated on 1999-07-08:
GCC
2.95 (EGCS
1.2) versus EGCS
1.1.2:g77
to compile run-time bounds checks
of array subscripts, as well as of substring start and end points.
libg2c
now supports building as multilibbed library,
which provides better support for systems
that require options such as `-mieee'
to work properly.
g77
as if they ended in `.for' and `.fpp', respectively.
CTime
, DTime
, ETime
, and TtyNam
intrinsics has been swapped.
The argument serving as the returned value
for the corresponding function forms
now is the second argument,
making these consistent with the other subroutine forms
of libU77
intrinsics.
g77
now warns about a reference to an intrinsic
that has an interface that is not Year 2000 (Y2K) compliant.
Also, libg2c
has been changed to increase the likelihood
of catching references to the implementations of these intrinsics
using the EXTERNAL
mechanism
(which would avoid the new warnings).
See section Year 2000 (Y2K) Problems, for more information.
COMPLEX
data type.
g77
no longer generates code to maintain errno
,
a C-language concept,
when performing operations such as the SqRt
intrinsic.
There is no g77
version 0.5.24 at this time,
or planned.
0.5.24 is the version number designated for bug fixes and,
perhaps, some new features added,
to 0.5.23.
Version 0.5.23 requires gcc
2.8.1,
as 0.5.24 was planned to require.
Due to EGCS
becoming GCC
(which is now an acronym for "GNU Compiler Collection"),
and EGCS
1.2 becoming officially designated GCC
2.95,
there seems to be no need for an actual 0.5.24 release.
To reduce the confusion already resulting from use of 0.5.24
to designate g77
versions within EGCS
versions 1.0 and 1.1,
as well as in versions of g77
documentation and notices
during that period,
"mainline" g77
version numbering resumes
at 0.5.25 with GCC
2.95 (EGCS
1.2),
skipping over 0.5.24 as a placeholder version number.
To repeat, there is no g77
0.5.24, but there is now a 0.5.25.
Please remain calm and return to your keypunch units.
EGCS
1.1.2 versus EGCS
1.1.1:EGCS
1.1.1 versus EGCS
1.1:EGCS
1.1 versus EGCS
1.0.3:INTEGER
expression.
g77
`-g' option so procedures that
use ENTRY
can be stepped through, line by line,
in gdb
.
REAL
argument to intrinsics
Second
and CPU_Time
.
tempnam
, if available, to open scratch files
(as in `OPEN(STATUS='SCRATCH')')
so that the TMPDIR
environment variable,
if present, is used.
g77
's version of libf2c
separates out
the setting of global state
(such as command-line arguments and signal handling)
from `main.o' into distinct, new library
archive members.
This should make it easier to write portable applications
that have their own (non-Fortran) main()
routine
properly set up the libf2c
environment, even
when libf2c
(now libg2c
) is a shared library.
g77
command now expects the run-time library
to be named libg2c.a
instead of libf2c.a
,
to ensure that a version other than the one built and
installed as part of the same g77
version is picked up.
OPEN
, INQUIRE
, READ
, and
WRITE
statements,
and about truncations of various sorts of constants.
EGCS
1.1 versus g77
0.5.23:g77
now treats `%LOC(expr)' and
`LOC(expr)' as "ordinary" expressions
when they are used as arguments in procedure calls.
This change applies only to global (filewide) analysis,
making it consistent with
how g77
actually generates code
for these cases.
Previously, g77
treated these expressions
as denoting special "pointer" arguments
for the purposes of filewide analysis.
SAVE
attribute
or given initial values via DATA
.
g77
driver now ensures that `-lg2c'
is specified in the link phase prior to any
occurrence of `-lm'.
This prevents accidentally linking to a routine
in the SunOS4 `-lm' library
when the generated code wants to link to the one
in libf2c
(libg2c
).
g77
emits more debugging information when
`-g' is used.
This new information allows, for example,
which __g77_length_a to be used in gdb
to determine the type of the phantom length argument
supplied with CHARACTER
variables.
This information pertains to internally-generated
type, variable, and other information,
not to the longstanding deficiencies vis-a-vis
COMMON
and EQUIVALENCE
.
Date_and_Time
intrinsic now is
supported.
System_Clock
intrinsic allows
the optional arguments (except for the Count
argument) to be omitted.
g77
, due to using the
"vanilla" gcc
back end instead of patching
it to fix a few bugs and improve performance in a
few cases.
Features that have been dropped from this version
of g77
due to their being implemented
via g77
-specific patches to the gcc
back end in previous releases include:
__restrict__
keyword,
the options `-fargument-alias', `-fargument-noalias',
and `-fargument-noalias-global',
and the corresponding alias-analysis code.
(egcs
has the alias-analysis
code, but not the __restrict__
keyword.
egcs
g77
users benefit from the alias-analysis
code despite the lack of the __restrict__
keyword,
which is a C-language construct.)
egcs
supports these options.
g77
users of egcs
benefit from them even if
they are not explicitly specified,
because the defaults are optimized for g77
users.)
gcc
version 2.8,
and remove support for prior versions of gcc
.
g77
now does all the driving,
just like gcc
.
g77
command now expects the run-time library
to be named libg2c.a
instead of libf2c.a
,
to ensure that a version other than the one built and
installed as part of the same g77
version is picked up.
g77
's version of libf2c
separates out
the setting of global state
(such as command-line arguments and signal handling)
from `main.o' into distinct, new library
archive members.
This should make it easier to write portable applications
that have their own (non-Fortran) main()
routine
properly set up the libf2c
environment, even
when libf2c
(now libg2c
) is a shared library.
OPEN
, INQUIRE
, READ
, and
WRITE
statements,
and about truncations of various sorts of constants.
Signal
intrinsic so it offers portable
support for 64-bit systems (such as Digital Alphas
running GNU/Linux).
INTEGER
expression.
g77
`-g' option so procedures that
use ENTRY
can be stepped through, line by line,
in gdb
.
REAL
argument to intrinsics
Second
and CPU_Time
.
Int2
and Int8
.
tempnam
, if available, to open scratch files
(as in `OPEN(STATUS='SCRATCH')')
so that the TMPDIR
environment variable,
if present, is used.
gcc
keyword restrict
to
__restrict__
, to avoid rejecting valid, existing,
C programs.
Support for restrict
is now more like support
for complex
.
EGCS
1.0.2 versus EGCS
1.0.1:EGCS
1.0.1 versus EGCS
1.0:EGCS
1.0 versus g77
0.5.21:egcs
contains several regressions against
version 0.5.21 of g77
,
due to using the
"vanilla" gcc
back end instead of patching
it to fix a few bugs and improve performance in a
few cases.
Features that have been dropped from this version
of g77
due to their being implemented
via g77
-specific patches to the gcc
back end in previous releases include:
restrict
keyword.
g77
now does all the driving,
just like gcc
.
Int2
and Int8
.
gcc
, g77
,
and other GNU compilers that incorporate the gcc
back end as modified by g77
, issue
a warning about integer division by constant zero.
g77
.
libU77
routines that accept file and other names
to strip trailing blanks from them, for consistency
with other implementations.
Blanks may be forcibly appended to such names by
appending a single null character (`CHAR(0)')
to the significant trailing blanks.
CHMOD
intrinsic to work with file names
that have embedded blanks, commas, and so on.
SIGNAL
intrinsic so it accepts an
optional third Status
argument.
libU77
intrinsics to
support existing code more directly.
Such changes include allowing both subroutine and
function forms of many routines, changing MCLOCK()
and TIME()
to return INTEGER(KIND=1)
values,
introducing MCLOCK8()
and TIME8()
to
return INTEGER(KIND=2)
values,
and placing functions that are intended to perform
side effects in a new intrinsic group, badu77
.
INT2
and INT8
intrinsics.
CPU_TIME
intrinsic.
ALARM
intrinsic.
CTIME
intrinsic now accepts any INTEGER
argument, not just INTEGER(KIND=2)
.
g77
driver now prints version information (such as produced
by g77 -v) to stderr
instead of stdout
.
ratfor
command, available
separately.
INTEGER(KIND=1)
constants.
Specify `-ftypeless-boz' to cause such
constants to be interpreted as typeless.
(Version 0.5.19 introduced `-fno-typeless-boz' and
its inverse.)
See section Options Controlling Fortran Dialect,
for information on the `-ftypeless-boz' option.
libU77
intrinsics.
Users of such programs might need to compile them
differently (using, for example, `-ff90-intrinsics-disable')
or, better yet, insert appropriate EXTERNAL
statements specifying that these names are not intended
to be names of intrinsics.
ALWAYS_FLUSH
macro is no longer defined when
building libf2c
, which should result in improved
I/O performance, especially over NFS.
Note: If you have code that depends on the behavior
of libf2c
when built with ALWAYS_FLUSH
defined,
you will have to modify libf2c
accordingly before
building it from this and future versions of g77
.
See section Output Assumed To Flush, for more information.
libU77
has been
added to the version of libf2c
distributed with
and built as part of g77
.
g77
now knows about the routines in this library
as intrinsics.
g77
.
See section Other Dialects, for more information.
LOC()
intrinsic and %LOC()
construct now return
values of INTEGER(KIND=0)
type,
as defined by the GNU Fortran language.
This type is wide enough
(holds the same number of bits)
as the character-pointer type on the machine.
On most machines, this won't make a difference,
whereas, on Alphas and other systems with 64-bit pointers,
the INTEGER(KIND=0)
type is equivalent to INTEGER(KIND=2)
(often referred to as INTEGER*8
)
instead of the more common INTEGER(KIND=1)
(often referred to as INTEGER*4
).
COMPLEX
arithmetic in the g77
front
end, to avoid bugs in complex
support in the
gcc
back end.
New option `-fno-emulate-complex'
causes g77
to revert the 0.5.19 behavior.
COMMON
areas when any of
these are defined (assigned to) by Fortran code.
This can result in faster and/or smaller programs when
compiling with optimization enabled, though on some
systems this effect is observed only when `-fforce-addr'
also is specified.
New options `-falias-check', `-fargument-alias',
`-fargument-noalias',
and `-fno-argument-noalias-global' control the
way g77
handles potential aliasing.
See section Aliasing Assumed To Work, for detailed information on why the
new defaults might result in some programs no longer working the way they
did when compiled by previous versions of g77
.
g77
uses a separate memory location
to hold assigned statement labels.)
See section Ugly Assigned Labels, for more information.
FORMAT
and ENTRY
statements now are allowed to
precede IMPLICIT NONE
statements.
INTEGER(KIND=2)
(often referred to as INTEGER*8
)
available in
libf2c
and `f2c.h' so that f2c
users
may make full use of its features via the g77
version of `f2c.h' and the INTEGER(KIND=2)
support routines in the g77
version of libf2c
.
g77
driver and libf2c
so that `g77 -v'
yields version information on the library.
SNGL
and FLOAT
intrinsics now are
specific intrinsics, instead of synonyms for the
generic intrinsic REAL
.
REALPART
, IMAGPART
,
COMPLEX
,
LONG
, and SHORT
.
gnu
, has been added
to contain the new REALPART
, IMAGPART
,
and COMPLEX
intrinsics.
An old group, dcp
, has been removed.
DOUBLE COMPLEX
(or any
complex type other than COMPLEX
), unless
`-ff90' option specifies Fortran 90 interpretation
or new `-fugly-complex' option, in conjunction with
`-fnot-f90', specifies f2c
interpretation.
Information on previous versions is archived
in `egcs/gcc/f/news.texi'
following the test of the DOC-OLDNEWS
macro.