Deutsch English Français Italiano |
<20240315141552.00003d38@yahoo.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Michael S <already5chosen@yahoo.com> Newsgroups: comp.lang.c,comp.arch Subject: Re: Radians Or Degrees? Date: Fri, 15 Mar 2024 14:15:52 +0200 Organization: A noiseless patient Spider Lines: 31 Message-ID: <20240315141552.00003d38@yahoo.com> References: <ur5trn$3d64t$1@dont-email.me> <ur5v05$3ccut$1@dont-email.me> <20240222015920.00000260@yahoo.com> <ur69j9$3ftgj$3@dont-email.me> <ur86eg$1aip$1@dont-email.me> <ur88e4$1rr1$5@dont-email.me> <ur8a2p$2446$1@dont-email.me> <ur8ctk$2vbd$2@dont-email.me> <20240222233838.0000572f@yahoo.com> <3b2e86cdb0ee8785b4405ab10871c5ca@www.novabbs.org> <ur8nud$4n1r$1@dont-email.me> <936a852388e7e4414cb7e529da7095ea@www.novabbs.org> <ur9qtp$fnm9$1@dont-email.me> <20240314112655.000011f8@yahoo.com> <ut17ji$27n6b$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Info: dont-email.me; posting-host="33cd23f10fa0274abc2057decddf1d09"; logging-data="2380606"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19aAzGNt0DRIEVfmt9CmtIcF1FGqi2TKVU=" Cancel-Lock: sha1:KKMeRtnAM83XLnQUz1lQ2wlXr2Q= X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32) Bytes: 2730 On Fri, 15 Mar 2024 11:23:45 +0100 Terje Mathisen <terje.mathisen@tmsw.no> wrote: > Michael, I for the main part agree with you here, i.e. calculating > sin(x) with x larger than 2^53 or so, is almost certainly stupid. > > Actually using and depending upon the result is more stupid. > > OTOH, it is and have always been, a core principle of ieee754 that > basic operations (FADD/FSUB/FMUL/FDIV/FSQRT) shall assume that the > inputs are exact (no fractional ulp uncertainty), and that we from > that starting point must deliver a correctly rounded version of the > infinitely precise exact result of the operation. > > Given the latter, it is in fact very tempting to see if that basic > result rule could be applied to more of the non-core operations, but > I cannot foresee any situation where I would use it myself: If I find > myself in a situation where the final fractional ulp is important, > then I would far rather switch to doing the operation in fp128. > > Terje > To make it less tempting, you could try to push for inclusion of rsqrt() into basic set. Long overdue, IMHO. Right now, I can't think of any other transcendental that I really want to elevate to higher status. It seems to me that elevation of log2(x) and of 2**x will do no harm, but I am not sure about usefulness.