home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pmafire!news.dell.com!swrinde!mips!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!aries.scs.uiuc.edu!mcdonald
- From: mcdonald@aries.scs.uiuc.edu (J. D. McDonald)
- Newsgroups: comp.arch
- Subject: Re: 32 => 64 Transition
- Message-ID: <mcdonald.235@aries.scs.uiuc.edu>
- Date: 23 Aug 92 14:27:26 GMT
- References: <l8u555INN5q6@spim.mips.com> <1992Aug11.125326.16719@email.tuwien.ac.at> <id.UHAS.9TA@ferranti.com> <robert.713773090@cs.anu.edu.au> <1992Aug18.094549.25179@awdprime.austin.ibm.com> <l9b1usINN2aj@exodus.Eng.Sun.COM>
- Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
- Organization: UIUC SCS
- Lines: 26
-
- In article <l9b1usINN2aj@exodus.Eng.Sun.COM> chased@rbbb.Eng.Sun.COM (David Chase) writes:
-
-
- >* Fortran compatibility. Fortran 77 (yeah, I know that '90 is
- >different) mandates that
-
- Fortran 90 is not different from Fortran 77. It is (almost, very closely)
- a superset of Fortran 77.
-
-
- > sizeof(INTEGER) = sizeof(REAL) = sizeof(DOUBLE PRECISION)/2.
-
-
- And indeed this is still very much true in Fortran 90.
-
- >A corollary of this is that there had better be a 32-bit integer data
- >type in C, unless your hardware implements quad-word floating point.
-
- Don't you mean the your machine needs it for **Fortran**?? That of course
- essentially decies the issue, as Fortran is still very much alive ...
- especially for high-end machines. Fortran 90 is probably more or less dead,
- but not Fortran 77, which remains a standard. That latter is very
- important .... Fortran 90 is such a botch that to get it passed Fortran
- 77 had to remain an official standard.
-
- Doug McDonald
-