[Python-Dev] PEP 4000 to explicitly declare we won't be doing a Py3k style compatibility break again?
francis
francismb at email.de
Sun Aug 17 11:50:36 CEST 2014
More information about the Python-Dev mailing list
Sun Aug 17 11:50:36 CEST 2014
- Previous message: [Python-Dev] PEP 4000 to explicitly declare we won't be doing a Py3k style compatibility break again?
- Next message: [Python-Dev] [Python-checkins] cpython (merge 3.4 -> default): Issue #22165: Fixed test_undecodable_filename on non-UTF-8 locales.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 08/17/2014 03:28 AM, Nick Coghlan wrote: > I've seen a few people on python-ideas express the assumption that > there will be another Py3k style compatibility break for Python 4.0. > > I've also had people express the concern that "you broke compatibility > in a major way once, how do we know you won't do it again?". > Why not just allow those changes that can be automatically changed by a tool/script applied on the code (a la go, 2to3, 3.Ato3.B, ...)?
- Previous message: [Python-Dev] PEP 4000 to explicitly declare we won't be doing a Py3k style compatibility break again?
- Next message: [Python-Dev] [Python-checkins] cpython (merge 3.4 -> default): Issue #22165: Fixed test_undecodable_filename on non-UTF-8 locales.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list