On 6/22/05, Skip Montanaro <[EMAIL PROTECTED]> wrote:
> If nothing else, extension module code that executes
>
> f = PyFloat_AsDouble(o);
>
> or
>
> if (PyFloat_Check(o)) {
>...
> }
>
> would either have to change or those functions would have to be rewritten to
> accept Dec
Fredrik> Is there actually much code around that relies on the
Fredrik> particular precision of 32- or 64-bit binary floats for
Fredrik> arithmetic, and ceases working when higher precision is
Fredrik> available?
Umm, yeah... The path you take from one or more string literals
re
On 6/22/05, Michael McLay <[EMAIL PROTECTED]> wrote:
> This idea is dead on arrival. The change would break many applications and
> modules. A successful proposal cannot break backwards compatibility. Adding a
> dpython interpreter to the current code base is one possiblity.
Is there actually much
Hi all,
raymond.hettinger at verizon.net Fri Jun 17 10:36:01 2005 wrote:
> The future direction of the decimal module likely entails literals in
> the form of 123.45d with binary floats continuing to have the form
> 123.45. This conflicts with the rational literal proposal of having
> 123.45 in
