Re: Needs of a currency arithmetic class (with proposed implementation)

On Sun, Jun 18, 2000 at 04:20:51PM -0400, Greg Stark wrote: > > Buddha Buck <[EMAIL PROTECTED]> writes: > > > We must be able to handle a large range of values precisely, ranging from > > $0.01 to $20,000,000,000,000.00 or more. > > For what it's worth this isn't a large range, it's within the

Re: Needs of a currency arithmetic class (with proposed implementation)

Buddha Buck <[EMAIL PROTECTED]> writes: > We must be able to handle a large range of values precisely, ranging from > $0.01 to $20,000,000,000,000.00 or more. For what it's worth this isn't a large range, it's within the range that a normal double can represent precisely. In fact a double could

Re: Needs of a currency arithmetic class (with proposed implementation)

Shimpei Yamashita: > Well, 22 trillion Italian lire is "only" about 11 billion (US) > dollars (US) the last time I looked, which is probably more than > what the entire membership of this mailing list will see in our > collective lifetimes, but is not enough if you eventually want > gnucash to be

Re: Needs of a currency arithmetic class (with proposed implementation)

On Fri, Jun 16, 2000 at 10:56:29PM -0400, Buddha Buck wrote: > Can someone tell me if I am missing anything here? > > Needs of a currency class for GnuCash: > == > > Assumption: Unless otherwise specified, all currencies are the same > denomination (all dollars, all lir

Re: Needs of a currency arithmetic class (with proposed implementation)

On Fri, 16 Jun 2000 23:01:21 MST, the world broke into rejoicing as Dave Peticolas <[EMAIL PROTECTED]> said: > Buddha Buck writes: > > Can someone tell me if I am missing anything here? > > > allow us to properly handle dollar values as large as > > $92,233,720,368,547,758.07 without loss of pr

Re: Needs of a currency arithmetic class (with proposed implementation)

Dave Peticolas writes: > > We can't assume that every architecture will have a 64-bit integer. > > > > For that reason, and for the simple fact that if we are going to go to > > the trouble of doing this, we might as well go all the way :), I think > > we should use gmp's multiple precision

Re: Needs of a currency arithmetic class (with proposed implementation)

Dave Peticolas writes: > Buddha Buck writes: > > Can someone tell me if I am missing anything here? > > > > > allow us to properly handle dollar values as large as > > $92,233,720,368,547,758.07 without loss of precision. Assuming I have > > the mantissa right, IEEE 64-bit FP will start to me

Re: Needs of a currency arithmetic class (with proposed implementation)

Buddha Buck writes: > Can someone tell me if I am missing anything here? > > allow us to properly handle dollar values as large as > $92,233,720,368,547,758.07 without loss of precision. Assuming I have > the mantissa right, IEEE 64-bit FP will start to mess up around > $22,517,998,136,852.4

Needs of a currency arithmetic class (with proposed implementation)

Buddha Buck writes: > So, what are the objections to this approach? 1) As to your specific implementation, it's in C++. I'm don't want to start a C/C++ flamewar here, but it's a major policy decision to introduce C++ into the GnuCash engine code, and C++ has several issues that make it a probl

Needs of a currency arithmetic class (with proposed implementation)

Can someone tell me if I am missing anything here? Needs of a currency class for GnuCash: == Assumption: Unless otherwise specified, all currencies are the same denomination (all dollars, all lira, all pounds sterling, etc) We must be able to add two monetary values wi