Message79700
Guess that makes this a bit of a wasted effort on my part, then. Darn.
> a substantial portion of the module should be coded in C and
> needs to function independently of Python, with accessors provided to
> for Python to wrap around.
I'm curious what sort of memory model you have in mind for this: would
you implement separate memory management code that could easily be
swapped in or out for the standard Python object allocator? Or does the
functioning independently of Python bit not go as far as memory
management?
In any case, let me know if there's anything I can do to help out,
whether it's coding, or review, or whatever. For what it's worth, I'm
hoping to check in a significantly simpler (and I hope faster!) version
of the log, log10 and exp functions to decimal.py in the near future,
which should make rewriting that portion a little easier. The pow stuff
could use some work, too. |
|
Date |
User |
Action |
Args |
2009-01-12 20:34:55 | mark.dickinson | set | recipients:
+ mark.dickinson, rhettinger, facundobatista, ncoghlan, pitrou |
2009-01-12 20:34:55 | mark.dickinson | set | messageid: <1231792495.44.0.509554044859.issue2486@psf.upfronthosting.co.za> |
2009-01-12 20:34:54 | mark.dickinson | link | issue2486 messages |
2009-01-12 20:34:53 | mark.dickinson | create | |
|