Re: [Python-Dev] __long__ method still exists in Python 3.x

2009-01-12 Thread Mark Dickinson
On Sun, Jan 11, 2009 at 7:43 PM, Benjamin Peterson benja...@python.org wrote: On Sun, Jan 11, 2009 at 12:40 PM, Martin v. Löwis mar...@v.loewis.de wrote: There are, apparently, still callers of the nb_long slot, so I would be cautious. We should remove all usage of it and rename it to

[Python-Dev] __long__ method still exists in Python 3.x

2009-01-11 Thread Mark Dickinson
I noticed that the builtin numeric types (int, float, complex) all still have a __long__ method in 3.x. Shouldn't this have disappeared as part of the int/long unification? Is there any reason not to remove this (by setting the nb_long entry to 0 in all three cases)? Mark

Re: [Python-Dev] __long__ method still exists in Python 3.x

2009-01-11 Thread Martin v. Löwis
I noticed that the builtin numeric types (int, float, complex) all still have a __long__ method in 3.x. Shouldn't this have disappeared as part of the int/long unification? Is there any reason not to remove this (by setting the nb_long entry to 0 in all three cases)? There are, apparently,

Re: [Python-Dev] __long__ method still exists in Python 3.x

2009-01-11 Thread Benjamin Peterson
On Sun, Jan 11, 2009 at 12:40 PM, Martin v. Löwis mar...@v.loewis.de wrote: I noticed that the builtin numeric types (int, float, complex) all still have a __long__ method in 3.x. Shouldn't this have disappeared as part of the int/long unification? Is there any reason not to remove this (by