Author skrah
Recipients brian.curtin, casevh, eric.smith, jjconti, mark.dickinson, rhettinger, skrah
Date 2011-06-18.14:20:40
SpamBayes Score 3.88578e-16
Marked as misclassified No
Message-id <1308406841.16.0.120791599325.issue7652@psf.upfronthosting.co.za>
In-reply-to
Content
The latest patch is based on a relatively stable revision of 3.3. To my
knowledge, _decimal.c and decimal.py are now fully compatible in the
sense of PEP-399.



libmpdec
========

    o New test suite with comprehensive tests against decNumber.

    o Full support for 32-bit compilers (tested with CompCert).


PEP-399
=======

    o cdecimal.c is now called _decimal.c. Instead of importing cdecimal,
      _decimal is transparently imported as decimal (if the C version is
      available).

    o Unified unit tests with 100% code coverage for both decimal.py and
      _decimal.c. For _decimal.c, the tests include all failures of
      Python API functions (requires special patch for testing).

    o deccheck.py now also tests arbitrary input and makes sure that both
      modules raise the same exceptions.

    o Both modules produce the same pickle output for Decimal and Context.

_decimal.c
==========

    o Speed up int/Decimal conversion for integers that fit into a
      single word of a PyLongObject (performance gain is around 15%).

    o real(), imag(), conjugate(), __complex__() support.

    o Fraction and complex comparison support.

    o Decimal constructor now accepts lists as well as tuples.

    o DecimalTuple support.

    o General cleanup and refactoring. The functions for conversions 
      between Decimal and other numeric types are much cleaner now 
      and could be used for a PyDec_* API.
History
Date User Action Args
2011-06-18 14:20:41skrahsetrecipients: + skrah, rhettinger, mark.dickinson, casevh, eric.smith, jjconti, brian.curtin
2011-06-18 14:20:41skrahsetmessageid: <1308406841.16.0.120791599325.issue7652@psf.upfronthosting.co.za>
2011-06-18 14:20:40skrahlinkissue7652 messages
2011-06-18 14:20:40skrahcreate