[Python-Dev] PEP 469: Restoring the iterkeys/values/items() methods
Steven D'Aprano
steve at pearwood.info
Sat Apr 19 15:14:56 CEST 2014
More information about the Python-Dev mailing list
Sat Apr 19 15:14:56 CEST 2014
- Previous message: [Python-Dev] PEP 469: Restoring the iterkeys/values/items() methods
- Next message: [Python-Dev] PEP 469: Restoring the iterkeys/values/items() methods
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sat, Apr 19, 2014 at 11:41:35AM +0000, Kristján Valur Jónsson wrote: > Wouldn't "iterkeys" simply be an alias for "keys" and so on? > I'm +1 on that. No. [steve at ando ~]$ python2.7 -c "it = {}.iterkeys(); print it is iter(it)" True [steve at ando ~]$ python3.3 -c "it = {}.keys(); print(it is iter(it))" False > It is a signigificant portion of the incompatibility, and seems like > such a minor concession to compatibility to make. I don't think it is a significant portion of incompatibility. Or at least, I think that the Twisted folks (or Nick, if he wants to speak for them) have to justify why it's significant. -- Steven
- Previous message: [Python-Dev] PEP 469: Restoring the iterkeys/values/items() methods
- Next message: [Python-Dev] PEP 469: Restoring the iterkeys/values/items() methods
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list