Re: bug in arctime calculation
luigi scarso <[email protected]> Sun, 16 Aug 2020 19:02:31 +0200
| Newsgroups | gmane.comp.tex.metapost |
|---|---|
| Message-ID | <CAG5iGsD13KdDYEs+73sqW9rhfVoj_NE0SJTq9AFjtciF8m=xgQ@mail.gmail.com> |
On Sun, Aug 16, 2020 at 5:09 PM Hans Hagen <[email protected]> wrote: > On 8/16/2020 2:19 PM, luigi scarso wrote: > > > Both binary and decimal uses and epsilon = 1E-52 > > buth double has epsilon = 2^-52 and this matches with the binary search. > > Locally I have set epsilon = 2^-52 for both binary and decimal > > and the results are now: > I had been staring at that but wondered if > > @d epsilonf pow(2.0,-52.0) > > > was to be uised instead. epsilonf is used only in the "localized" mp_<number_system>_cross_point but in this case there is only one mp_solve_rising_cubic that uses epsilon which is, for binary and decimal, 10^-52 << 2^-52 . Probably I should set @d epsilon pow(2.0,-173.0) given that 1E52*(2^-173) =~0.83523897190381113942 -- luigi -- http://tug.org/metapost/