Author Jelle Zijlstra
Recipients Jelle Zijlstra, eric.smith, giampaolo.rodola, gvanrossum, inada.naoki, ncoghlan, pitrou, rhettinger, serhiy.storchaka, vstinner, xiang.zhang
Date 2017-07-18.03:35:54
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1500348955.18.0.294124010504.issue28638@psf.upfronthosting.co.za>
In-reply-to
Content
Should we consider a C-based implementation like https://github.com/llllllllll/cnamedtuple? It could improve speed even more, but would be harder to maintain and test and harder to keep compatible. My sense is that it's not worth it unless benchmarks show a really dramatic difference.

As for Raymond's list of goals, my PR now preserves _source and verbose=True and the test suite passes. I think the only docs change needed is in the description for _source (https://docs.python.org/3/library/collections.html#collections.somenamedtuple._source), which is no longer "used to create the named tuple class". I'll add that to my PR. I haven't done anything towards the last two goals yet.

Should the change be applied to 3.6? It is fully backwards compatible, but perhaps the change is too disruptive to be included in the 3.6 series at this point.
History
Date User Action Args
2017-07-18 03:35:55Jelle Zijlstrasetrecipients: + Jelle Zijlstra, gvanrossum, rhettinger, ncoghlan, pitrou, vstinner, eric.smith, giampaolo.rodola, inada.naoki, serhiy.storchaka, xiang.zhang
2017-07-18 03:35:55Jelle Zijlstrasetmessageid: <1500348955.18.0.294124010504.issue28638@psf.upfronthosting.co.za>
2017-07-18 03:35:55Jelle Zijlstralinkissue28638 messages
2017-07-18 03:35:54Jelle Zijlstracreate