From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,544e7f5698c48b7c X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: precise floats Date: 1998/08/07 Message-ID: #1/1 X-Deja-AN: 379050996 References: <6qcoh0$3ump$1@prime.imagin.net> X-Complaints-To: usenet@news.nyu.edu X-Trace: news.nyu.edu 902545594 5743 (None) 128.122.140.58 Organization: New York University Newsgroups: comp.lang.ada Date: 1998-08-07T00:00:00+00:00 List-Id: Matthew said <> The whole idea of requesting the precision you need at this level of detail (number of decimal digits) is to me a bit bogus. It sounds good if you are not doing serious numerical analysis, but in real life the idea that you sit down with your program, figure out you need 12 digits, then ask for it, and hope to get it, is very rarely the case. Indeed there are quite a few algorithms where even if you could do this kind of analysis, it would not work, because these algorithms fail if you have too much precision. In general extra unwanted precision can be quite an enemy to efficient floating-point code. Especially in these days where virtually all machines use IEEE float formats, even if they (increasingly, GRRR) don't provide 100% full IEEE arithmetic semantics, the whole business about taking a high level abstract view of precision requirements is dubious.