R. David Murray <rdmur...@bitdance.com> wrote: > > The PEP seems to be predicated on a notion that anything written in C is > > bad and > > that all testing is good. AFAICT, it doesn't provide any practical advice > > to > > someone pursuing a non-trivial project (such as decimal or threading). The > > PEP > > Decimal already has a Python implementation with a very comprehensive > test suite (no, I don't know if it has 100% coverage). My understanding > is that Stefan's code passes the Python test suite. So I'm not sure > what the issue is, there. Stefan?
test_decimal.py does not have 100% coverage yet. cdecimal passes the tests, but several decimal.py functions would have to perform type checking to get identical exception behavior. The current version of the joint unit tests is here: http://hg.python.org/features/cdecimal/file/b00f8fa70126/Lib/test/decimal_tests.py cdecimal specific behavior is guarded by HAVE_CDECIMAL, so it is possible to grep for the differences. As an aside, test_decimal.py constitutes at most 1% of the total tests. The important tests (mathematical correctness and conformance to the specification) are in two separate test suites, one of which runs tests against decimal.py and the other against decNumber. These tests can easily take a week to run, so they can't be part of the regression tests. Stefan Krah _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
