OpenEuphoria

Re: Current implementation of exp() is faulty.

• Posted by Lucius L. Hilley III <euphoria at unkma?.?om> May 22, 2008
• 841 views

CChris wrote:
> 
> Jason Gade wrote:
> > 
> > Right. And what I was trying to say was that converting from double to
> > string
> > to double again loses information. Better to do one conversion and compare
> > apples
> > to apples.
> > 
> > I think that CChris is talking about an arbitrary precision library. 
> 
> The parsercan return any nmber of bits in exact mode. Otherwise, it returns
> as many bits as the number of digits provided allows in a safe way.
> 
> > Doesn't
> > one of those already exist in the archive?
> 
> There are some:
> 1/ Extended Precision Arithmetic (A. Tammer)
> 2/ Big Number Arithmetic (Craig Gilbert), but which is somewhat buggy.
> 3/ Big Math (Matt)
> 4/ Calculations with long numbers (D. Money)
> 
> They are more or less practical, more or less extensible.
> 
> They will cover the basic 4 operations, not sure how they extend to arbitrary
> precision real computations - they don't appear to handle anything related to
> fuzziness or roundoff. I haven't investigated them thoroughl - I have some
> unsubmitted
> stuff. Still, I prefer using other languages or software to experiment in
> these
> areas.
> 
> CChris
> 
> > 
> > --
> > A complex system that works is invariably found to have evolved from a
> > simple
> > system that works.
> > --John Gall's 15th law of Systemantics.
> > 
> > "Premature optimization is the root of all evil in programming."
> > --C.A.R. Hoare
> > 
> > j.

I worked on some of that as well.  I managed to get past the 4 basic functions. 
Worked out some code to do exp() and don't remember if I managed to write code
for ln().
I'll see if I can dig it up.

    Lucius L. Hilley III - Unkmar