Message283093
| Author | methane |
|---|---|
| Recipients | Ryan May, abarry, alecsandru.patrascu, benjamin.peterson, brett.cannon, dino.viehland, eric.fahlgren, florin.papa, gvanrossum, josh.r, jstasiak, maciej.szulik, methane, ncoghlan, santagada, serhiy.storchaka, twouters, vstinner, yselivanov |
| Date | 2016-12-13.10:41:51 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1481625711.38.0.197530632679.issue26110@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
> And would be nice to extend the optimization to C functions. I tried it but skipping creating PyCFunction seems impossible for now. My current idea is adding new `tp_fastcall` slot which has same signature to _PyFunction_FastCallDict or _PyCFunction_FastCallDict. If MethodDescrObject implement it, we can skip temporary PyCFunction object and argument tuple. But I think it should be separated issue. Patch is large enough already. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2016-12-13 10:41:51 | methane | set | recipients: + methane, gvanrossum, twouters, brett.cannon, ncoghlan, vstinner, benjamin.peterson, dino.viehland, santagada, serhiy.storchaka, maciej.szulik, yselivanov, jstasiak, josh.r, abarry, alecsandru.patrascu, florin.papa, eric.fahlgren, Ryan May |
| 2016-12-13 10:41:51 | methane | set | messageid: <1481625711.38.0.197530632679.issue26110@psf.upfronthosting.co.za> |
| 2016-12-13 10:41:51 | methane | link | issue26110 messages |
| 2016-12-13 10:41:51 | methane | create | |