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 mess up around
> > $22,517,998,136,852.48 (+/- a factor of two or so). While $22 trillion
> > is probably "sufficient" for most purposes, it's nice to know that we
> > can go as high as $92 quadrillion if we need to...
> >
> > So, what are the objections to this approach?
>
> 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 integers. Then, it will work on
> all architectures, and we can say that gnucash can support values of
> arbitrary size.
>
Oh yes, and it needs to be in C (I'm assuming your proposal was
mainly for pseudo-code purposes).
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
