home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / mac / programm / 14244 < prev    next >
Encoding:
Text File  |  1992-08-19  |  1.3 KB  |  27 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!darwin.sura.net!mojo.eng.umd.edu!russotto
  3. From: russotto@eng.umd.edu (Matthew T. Russotto)
  4. Subject: Re: AIFF and 'extended' type
  5. Message-ID: <1992Aug20.013819.7382@eng.umd.edu>
  6. Date: Thu, 20 Aug 92 01:38:19 GMT
  7. Organization: College of Engineering, University of Maryland, College Park
  8. References: <1992Aug17.204116.11424@nosc.mil> <1992Aug19.100049.10187@waikato.ac.nz>
  9. Lines: 16
  10.  
  11. In article <1992Aug19.100049.10187@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
  12. >
  13. >It's interesting that Apple's guidelines state that the extended type is
  14. >only meant for intermediate temporary values, to minimize rounding errors
  15. >in multi-step calculations: you should *not* use it as a type for permanent
  16. >storage of data. And yet they go and break their own guidelines with AIFF...
  17.  
  18. That's because the 64-bit type (COMP in pascal, I don't remember in
  19. 'C'--  possibly "short double") is dog-slow due to all the
  20. conversions, and really wrecks the advantage of an FPU, too.
  21.  
  22. -- 
  23. Matthew T. Russotto    russotto@eng.umd.edu    russotto@wam.umd.edu
  24. Some news readers expect "Disclaimer:" here.
  25. Just say NO to police searches and seizures.  Make them use force.
  26. (not responsible for bodily harm resulting from following above advice)
  27.