Guido van Rossum wrote:
On 8/23/06, M.-A. Lemburg <mal@egenix.com> wrote:
I'm not questioning the merge itself, only its direction and that for a few reasons:
* PyInts are very fast * They are the most used object type in Python * Lots and lots of extensions rely on them
* PyLongs are, well, slow compared to PyInts (they are still fast compared to other arbitrary precision implementations) * PyLongs are only rarely used in Python, mostly in the cases where the PyInt range doesn't suffice and this use case is going to become even less important with 64bit platforms becoming a commodity * PyLongs are often not expected/support by extensions
You are obviously not reading the python-3000 list.
True, though I did read the short thread that started this branch in the archives.
The plan is to keep all the PyInt_ APIs but make them work with the new internal representation instead (turning some of the macros into functions). So well-behaved extensions (that don't reach into the int guts or only do so using the macros) only need to be recompiled (which they need to be anyway for Py3k). Then the only issue is speed, which we can address by adding optimizations to the long implementation similar to the optimizations we currenty have in the int object.
I know and there's no problem with that, except or the performance issues associated with the direction you've chosen. PyInts already have all the optimizations you have on your agenda for PyLongs, so I wonder why you're trying to duplicate all this work, instead of building upon it and adding the PyLong features to PyInts. Maybe I'm missing something, but this looks like a much more natural approach to me. The PyLong approach alone (using a digits array) will never be as fast as working with a C long directly. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 23 2006)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::