Message258220
| Author | yselivanov |
|---|---|
| Recipients | benjamin.peterson, brett.cannon, dino.viehland, gvanrossum, ncoghlan, twouters, vstinner, yselivanov |
| Date | 2016-01-14.21:12:39 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1452805959.47.0.122048008582.issue26110@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
> I like this idea! I like the limitations to positional-only calls. I do think that it would be nice if we could speed up C calls too -- today, s.startswith('abc') is slower than s[:3] == 'abc' precisely because of the lookup. But I'm all for doing this one step at a time, so we can be sure it is solid before taking the next step(s).
Yes, I think we can make `<built-in type>.method(..)` calls much faster with LOAD_METHOD. Since those types lack `__dict__` and their `__class__` is read-only, we can use a far better optimized code path without extra lookups and creation of BoundMethod/PyCFunction objects. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2016-01-14 21:12:39 | yselivanov | set | recipients: + yselivanov, gvanrossum, twouters, brett.cannon, ncoghlan, vstinner, benjamin.peterson, dino.viehland |
| 2016-01-14 21:12:39 | yselivanov | set | messageid: <1452805959.47.0.122048008582.issue26110@psf.upfronthosting.co.za> |
| 2016-01-14 21:12:39 | yselivanov | link | issue26110 messages |
| 2016-01-14 21:12:39 | yselivanov | create | |