home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / lisp / 2227 < prev    next >
Encoding:
Text File  |  1992-08-14  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.lang.lisp
  2. Path: sparky!uunet!gumby!yale!cs.yale.edu!yip-ken
  3. From: yip-ken@CS.YALE.EDU (ken yip)
  4. Subject: Re: floating point precision
  5. Message-ID: <1992Aug14.175857.7314@cs.yale.edu>
  6. Sender: news@cs.yale.edu (Usenet News)
  7. Nntp-Posting-Host: australia.ai.cs.yale.edu
  8. Organization: Yale University, Department of Computer Science
  9. References: <1992Aug13.213615.28011@cs.yale.edu> <16fnshINN7db@early-bird.think.com>
  10. Date: Fri, 14 Aug 1992 17:58:57 GMT
  11. Lines: 24
  12.  
  13.  
  14.  
  15. In article <16fnshINN7db@early-bird.think.com>, you write:
  16. |> In article <1992Aug13.213615.28011@cs.yale.edu> yip-ken@CS.YALE.EDU (ken yip) writes:
  17. |> >How can one specify the floating point precision of a numerical 
  18. |> >routine?
  19. |> 
  20. |> All the mathematical functions in CL are generic, and will operate on any
  21. |> floating point types, returning results of the same type (if multiple
  22. |> arguments of different types are provided, it will coerce them all to the
  23. |> largest one).  So, if you want to see the result of performing the
  24. |> computation in double-float, provide double floats as the initial input.
  25. |> -- 
  26. |> Barry Margolin
  27.  
  28. That's what I hope is the case.  But apparently in the Lucid implementation,
  29. all floats are automatically coerced into double-float (51-bit precision).
  30. E.g.  (* 1.2 3.4)
  31. will still return a float with 51-bit precision.  Correct me
  32. if I am wrong on this.   So my questions are:
  33. (1) Can one emulate 13-bit or 24-bit precision in Lucid? (2) Which
  34. lisp implementation actually does what Barry said?
  35.  
  36.                    
  37.