Decimal has good enough API and we need to follow it as lot of our
code already operates with Decimal.
Maybe with different Context and exception types and limited subset of
operations - but switching should be not very hard.
Decimal arithmetic is good for as. We need to support several types
like
On Sep 16, 1:35 am, Andrew Svetlov wrote:
> It only reflects the fact what comp.lang.python replicated by several
> web sites.
> Unfortunately looks like there are no link to library implements that :
> (
A few random thoughts:
If you just want fixed-precision decimal, there may be simpler
solut
It only reflects the fact what comp.lang.python replicated by several
web sites.
Unfortunately looks like there are no link to library implements that :
(
On Sep 15, 5:17 pm, Terry Reedy wrote:
> Mark Dickinson wrote:
> > On Sep 15, 2:27 am, Andrew Svetlov wrote:
> >> Is there some kind of pytho
Mark Dickinson wrote:
On Sep 15, 2:27 am, Andrew Svetlov wrote:
Is there some kind of python binding for decNumber library?
Standard decimal.Decimal is good enough, but very slow.
My current project toughly coupled with 'currency' operations and we
have performance problems related to decimal c
On Sep 15, 2:27 am, Andrew Svetlov wrote:
> Is there some kind of python binding for decNumber library?
> Standard decimal.Decimal is good enough, but very slow.
> My current project toughly coupled with 'currency' operations and we
> have performance problems related to decimal calculations.
> Fr
Is there some kind of python binding for decNumber library?
Standard decimal.Decimal is good enough, but very slow.
My current project toughly coupled with 'currency' operations and we
have performance problems related to decimal calculations.
>From my perspective decNumber is fast and has well wid
