On Fri, Jun 16, 2000 at 04:27:32PM -0500, Rob Browning wrote:
>
> But when is this acutally a problem in gnucash?
>
Every time interest is computed.
>
> The issue of when we need to round our values, and to what extent is
> AFAICT a *completely* separable issue from whether or not we represent
> them as floating point internally. I'm sure that IEEE 64-bit floats
> have far more than enough accuracy to handle any currencies we're
> going to run across -- as far as currency-range values are concerned,
> the IEEE-64 representation of 1.3 *is* exactly 1/3 because the lossage
> is so far out to the right that you'll never see it, and even if
> someone can prove me wrong there, then I maintain that the right
> solution would just be to see about switching to an arbitrary
> precision library, and then we'd still need to ask the same questions
> about when and what to round.
>
There are already accounting standards in this area--they all start with
fixed-point decimal. One of your accounting experts can probably speak
to this in more details.
--
Randolph Fritz
Eugene, Oregon, USA
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
