Re: [Python-Dev] cpython (merge 3.4 -> default): Added tests for more builtin types.

2015-05-16 Thread Serhiy Storchaka
On 17.05.15 02:44, Ned Deily wrote: In article <20150516183940.21146.77...@psf.io>, serhiy.storchaka wrote: https://hg.python.org/cpython/rev/7b350f712c0e changeset: 96099:7b350f712c0e parent: 96096:f0c94892ac31 parent: 96098:955dffec3d94 user:Serhiy Storchaka date:

Re: [Python-Dev] cpython (merge 3.4 -> default): Added tests for more builtin types.

2015-05-16 Thread Ned Deily
In article <20150516183940.21146.77...@psf.io>, serhiy.storchaka wrote: > https://hg.python.org/cpython/rev/7b350f712c0e > changeset: 96099:7b350f712c0e > parent: 96096:f0c94892ac31 > parent: 96098:955dffec3d94 > user:Serhiy Storchaka > date:Sat May 16 21:35:56 2015 +

Re: [Python-Dev] No tags in semi-official github mirror of cpython repository.

2015-05-16 Thread Oleg Broytman
Hi! On Sat, May 16, 2015 at 11:45:38AM +0900, INADA Naoki wrote: > I foud "semi official github mirror" of cpython. > https://github.com/python/cpython > > I want to use it as upstream of our project (Translating docs in Japanese). > But it doesn't have tags. > > Is the repository stable enoug

Re: [Python-Dev] Python-versus-CPython question for __mul__ dispatch

2015-05-16 Thread Nick Coghlan
On 16 May 2015 at 07:35, Nathaniel Smith wrote: > On Thu, May 14, 2015 at 11:53 PM, Nathaniel Smith wrote: >> On Thu, May 14, 2015 at 9:29 PM, Guido van Rossum wrote: >>> I expect you can make something that behaves like list by defining __mul__ >>> and __rmul__ and returning NotImplemented. >>

Re: [Python-Dev] Python-versus-CPython question for __mul__ dispatch

2015-05-16 Thread Nick Coghlan
On 15 May 2015 at 16:53, Nathaniel Smith wrote: > On Thu, May 14, 2015 at 9:29 PM, Guido van Rossum wrote: >> I expect you can make something that behaves like list by defining __mul__ >> and __rmul__ and returning NotImplemented. > > Hmm, it's fairly tricky, and part of the trick is that you can

Re: [Python-Dev] Python-versus-CPython question for __mul__ dispatch

2015-05-16 Thread Nick Coghlan
On 15 May 2015 at 10:45, Nathaniel Smith wrote: > Hi all, > > While attempting to clean up some of the more squamous aspects of > numpy's operator dispatch code [1][2], I've encountered a situation > where the semantics we want and are using are possible according to > CPython-the-interpreter, but