More updates to the Fortran documentation.
Toon Moene
toon@moene.indiv.nluug.nl
Tue May 22 12:14:00 GMT 2001
I applied the following to the 3.0 branch (gcc/f), after a `make info'
and `make dvi' [cannot bootstrap at the moment on i686-pc-linux-gnu]:
*** g77.texi.orig Sat May 19 16:50:11 2001
--- g77.texi Tue May 22 20:30:49 2001
*************** without royalty; alteration is not permi
*** 821,829 ****
@cindex improvements, funding
! Work on GNU Fortran is still being done mostly by its author,
! James Craig Burley (@email{@value{email-burley}}), who is a volunteer
! for, not an employee of, the Free Software Foundation (FSF).
(He has a web page at @uref{@value{www-burley}}.)
As with other GNU software, funding is important because it can pay
for
needed equipment, personnel, and so on.
--- 821,832 ----
@cindex improvements, funding
! James Craig Burley (@email{@value{email-burley}}), the original author
! of g77, stopped working on it in September 1999
(He has a web page at @uref{@value{www-burley}}.)
+ GNU Fortran is currently maintained by Toon Moene
+ (@email{toon@@moene.indiv.nluug.nl}), with the help of countless other
+ volunteers.
+
As with other GNU software, funding is important because it can pay
for
needed equipment, personnel, and so on.
*************** development of GNU software (such as GNU
*** 835,868 ****
such as the ``GNUS Bulletin''.
Email @email{gnu@@gnu.org} for information on funding the FSF.
-
- To fund specific GNU Fortran work in particular, the FSF might
- provide a means for that, but the FSF does not provide direct funding
- to the author of GNU Fortran to continue his work. The FSF has
- employee salary restrictions that can be incompatible with the
- financial needs of some volunteers, who therefore choose to
- remain volunteers and thus be able to be free to do contract work
- and otherwise make their own schedules for doing GNU work.
-
- Still, funding the FSF at least indirectly benefits work
- on specific projects like GNU Fortran because it ensures the
- continuing operation of the FSF offices, their workstations, their
- network connections, and so on, which are invaluable to volunteers.
- (Similarly, hiring Cygnus Support can help a project like GNU
- Fortran---Cygnus has been a long-time donor of equipment usage to the
author
- of GNU Fortran, and this too has been invaluable---see
@ref{Contributors}.)
-
- Currently, the only way to directly fund the author of GNU Fortran
- in his work on that project is to hire him for the work you want
- him to do, or donate money to him.
- Several people have done this
- already, with the result that he has not needed to immediately find
- contract work on a few occasions.
- If more people did this, he
- would be able to plan on not doing contract work for many months and
- could thus devote that time to work on projects (such as the planned
- changes for 0.6) that require longer timeframes to complete.
- For the latest information on the status of the author, do
- @kbd{finger -l burley@@gnu.org} on a UNIX system
- (or any system with a command like UNIX @code{finger}).
Another important way to support work on GNU Fortran is to volunteer
--- 838,841 ----
*** news.texi.orig Sat Apr 21 16:54:03 2001
--- news.texi Tue May 22 20:37:19 2001
*************** The following information was last updat
*** 155,159 ****
@heading In prerelease, 0.5.26, @code{GCC} 3.0 versus @code{GCC} 2.95:
@itemize @bullet
- @ifclear USERVISONLY
@item
When a REWIND was issued after a WRITE statement on an unformatted
--- 155,158 ----
*************** file to /tmp and copying the result back
*** 162,175 ****
the @code{ftruncate} OS function. Thanks go to the GAMESS developers
for bringing this to our attention.
- @end ifclear
! @ifclear USERVISONLY
@item
It is not necessary anymore to use the option @code{-femulate-complex}
to compile Fortran code using COMPLEX arithmetic, even on 64-bit
machines
(like the Alpha). This will improve code generation.
- @end ifclear
- @ifclear USERVISONLY
@item
INTRINSIC arithmetic functions are now treated as routines that do not
--- 161,178 ----
the @code{ftruncate} OS function. Thanks go to the GAMESS developers
for bringing this to our attention.
! @item
! Using options @code{-g}, @code{-ggdb} or @code{-gdwarf[-2]} (where
! appropriate for your target) now also enables debugging information
! for COMMON BLOCK and EQUIVALENCE items to be emitted.
! Thanks go to Andrew Vaught (@email{andy@@xena.eas.asu.edu}) and
! George Helffrich (@email{george@@geology.bristol.ac.uk}) for
! fixing this longstanding problem.
!
@item
It is not necessary anymore to use the option @code{-femulate-complex}
to compile Fortran code using COMPLEX arithmetic, even on 64-bit
machines
(like the Alpha). This will improve code generation.
@item
INTRINSIC arithmetic functions are now treated as routines that do not
*************** depend on anything but their argument(s)
*** 177,181 ****
scheduling, because it is known that they cannot read or modify
arbitrary
locations.
- @end ifclear
@ifclear USERVISONLY
--- 180,183 ----
*************** Upgrade to @code{libf2c} as of 2000-12-0
*** 185,204 ****
This fixes a bug where a namelist containing initialization of LOGICAL
items and a variable starting with T or F would be read incorrectly.
- @end ifclear
- @ifclear USERVISONLY
- @item
- Using options @code{-g}, @code{-ggdb} or @code{-gdwarf[-2]} (where
- appropriate for your target) now also enables debugging information
- for COMMON BLOCK and EQUIVALENCE items to be emitted.
- @end ifclear
-
- @ifclear USERVISONLY
@item
The @code{TtyNam} intrinsics now set @var{Name} to all spaces (at run
time)
if the system has no @code{ttyname} implementation available.
- @end ifclear
- @ifclear USERVISONLY
@item
Upgrade to @code{libf2c} as of 1999-06-28.
--- 187,195 ----
--
Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
More information about the Gcc-patches
mailing list