summaryrefslogtreecommitdiffstats
path: root/Modules/_decimal/tests
Commit message (Collapse)AuthorAgeFilesLines
* Use zero bottom margin.Stefan Krah2012-08-221-3/+0
|
* In the 32-bit build, dec_hash() raised InvalidOperation if the operandStefan Krah2012-08-221-0/+45
| | | | | | had a coefficient with MAX_PREC=425000000 digits and a negative exponent. Increasing the context limits above the official values fixes the issue and is safe (in this case!).
* Update test script to Visual Studio 2010.Stefan Krah2012-06-252-42/+32
|
* Make the benchmark more fair for _decimal/decimal.py by setting context.precStefan Krah2012-06-241-6/+6
| | | | only once (float obviously doesn't set any context at all).
* Raise InvalidOperation if exponents of zeros are clamped during exactStefan Krah2012-04-051-0/+1
| | | | | conversion in the Decimal constructor. Exact here refers to the representation and not to the value (clamping does not change the value).
* Fix Overflow exception in the bignum factorial benchmark that is due toStefan Krah2012-04-011-1/+4
| | | | the recent change of the default value for context.Emax.
* Issue #7652: Integrate the decimal floating point libmpdec library to speedStefan Krah2012-03-218-0/+2654
up the decimal module. Performance gains of the new C implementation are between 12x and 80x, depending on the application.