home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / fortran / 4262 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.4 KB  |  30 lines
  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!pipex!warwick!mrccrc!doc.ic.ac.uk!agate!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!lanl!cochiti.lanl.gov!jlg
  3. From: jlg@cochiti.lanl.gov (J. Giles)
  4. Subject: Re: unformatted output
  5. Message-ID: <1992Nov10.192736.22118@newshost.lanl.gov>
  6. Sender: news@newshost.lanl.gov
  7. Organization: Los Alamos National Laboratory
  8. References: <33492@adm.brl.mil> <Bx5IM3.9nF@news.cso.uiuc.edu> <Bx5s1u.C0J@pgroup.com> <KHB.92Nov3190132@chiba.Eng.Sun.COM> <18290@ksr.com>
  9. Date: Tue, 10 Nov 1992 19:27:36 GMT
  10. Lines: 18
  11.  
  12. In article <18290@ksr.com>, tim@ksr.com (Tim Peters) writes:
  13. |> [...]
  14. |> Agree that an implementation is free to do less-than-perfect I/O
  15. |> conversions for large numbers, but the conversions have to be accurate
  16. |> enough in every case so that read(write(x)).eq.x always holds under round-
  17. |> to-nearest.  From section 5.6 (Binary <-> Decimal Conversion) of 754-
  18. |> 1985: [...]
  19.  
  20. All correct.  Unfortunately, the Fortran standard does not conform to
  21. IEEE (in fact, it conflicts with it in some places - like with regard
  22. to negative zero).  And the Fortran standard does not require the same
  23. conversion accuracy as the IEEE floating point standard.  I raised
  24. this very point about conversion in my public review comments and
  25. the response was that such issues were beyond the scope of the
  26. committee.  In other words, you're at the mercy of the implementor.
  27.  
  28. -- 
  29. J. Giles
  30.