Deutsch English Français Italiano |
<dbfb682bf2abb9b84ce04c257a85c6d1@www.novabbs.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: mitchalsup@aol.com (MitchAlsup1) Newsgroups: comp.lang.c,comp.arch Subject: Re: Radians Or =?UTF-8?B?RGVncmVlcz8=?= Date: Sat, 16 Mar 2024 17:22:50 +0000 Organization: Rocksolid Light Message-ID: <dbfb682bf2abb9b84ce04c257a85c6d1@www.novabbs.org> 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> <ut2csb$2fe4u$1@dont-email.me> <87wmq32o26.fsf@nosuchdomain.example.com> <8de6385435bbdb0695a7ff213653f345@www.novabbs.org> <20240316190815.000005a2@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: i2pn2.org; logging-data="2208342"; mail-complaints-to="usenet@i2pn2.org"; posting-account="PGd4t4cXnWwgUWG9VtTiCsm47oOWbHLcTr4rYoM0Edo"; User-Agent: Rocksolid Light X-Spam-Checker-Version: SpamAssassin 4.0.0 X-Rslight-Site: $2y$10$GF.gpwicJ40aC8.AkrPZQuZo21CnkW9tGkAz6CxiJxFrx5bH6NO3q X-Rslight-Posting-User: ac58ceb75ea22753186dae54d967fed894c3dce8 Bytes: 3086 Lines: 38 Michael S wrote: > On Sat, 16 Mar 2024 01:16:25 +0000 > mitchalsup@aol.com (MitchAlsup1) wrote: >> Keith Thompson wrote: >> >> > I can see how computing sin(x) with high precision for "reasonable" >> > values of x would be useful, but does any of that benefit from being >> > able to compute sin(2^53) accurately? >> >> Because accurate argument reduction reduces the burden on the >> programmer to remain within his sandbox. > Not really. Say you are a programmer and you receive a value like 2^53 from an Input read and you wan the most accurate possible SIN( of that ). With high precision argument reduction you have to do (wait for it) NoThInG !!. Without high precision argument reduction yo have to do a lot of programming--programming that I insist should have been done by the programmer responsible for sin(x). > sin(2**53) is not what programmer wanted, because 2**53 is not the x he > really wanted. It has nothing to do with calculation of sin(). And EvErYtHiNg to do with high precision argument reduction; and maybe the programmer has no requirement on what he is allowed to read in from a file and pass onto sin(x). >> Since early 1990s, when >> Payne and Hanek argument reduction became widely available, there is >> no reason NOT to perform argument reduction with great accuracy. >> NOTE: you don't HAVE to use Payne and Hanek when simpler strategies >> word adequately; but when they do not, you do not have to "Throw up >> your hands" and run away.