[Python-Dev] [numpy wishlist] Interpreter support for temporary elision in third-party classes
Paul Moore
p.f.moore at gmail.com
Fri Jun 6 00:12:04 CEST 2014
More information about the Python-Dev mailing list
Fri Jun 6 00:12:04 CEST 2014
- Previous message: [Python-Dev] [numpy wishlist] Interpreter support for temporary elision in third-party classes
- Next message: [Python-Dev] [numpy wishlist] Interpreter support for temporary elision in third-party classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 5 June 2014 22:47, Nathaniel Smith <njs at pobox.com> wrote: > To make sure I understand correctly, you're suggesting something like > adding a new set of special method slots, __te_add__, __te_mul__, > etc. I wasn't thinking in that much detail, TBH. I'm not sure adding a whole set of new slots is sensible for such a specialised case. I think I was more assuming that the special method implementations could use an alternative calling convention, METH_STACK in place of METH_VARARGS, for example. That would likely only be viable for types implemented in C. But either way, it may be more complicated than the advantages would justify... Paul
- Previous message: [Python-Dev] [numpy wishlist] Interpreter support for temporary elision in third-party classes
- Next message: [Python-Dev] [numpy wishlist] Interpreter support for temporary elision in third-party classes
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list