(original) (raw)
On Sun, May 8, 2016 at 3:43 PM, Ethan Furman <ethan@stoneleaf.us> wrote:
On 05/08/2016 03:29 PM, Guido van Rossum wrote:
If enum were provisional it would be okay, but since it isn't, I think
this change can't go into 3.5.2\. Think if this: could any code that
works in 3.5.1 be broken by the change?
No, but with the change code that works in 3.5.2 could break in 3.5.1 or 3.5.0.
That's bad too (and it's one reason why we're generally strict about the "no new features in bugfix releases" rule.
It's a 2/3 compatibility issue with enum34 and aenum which support \_order\_, and Python3.4+ which does not. The work-around is to use \_\_order\_\_ instead (or use enum34 or aenum instead ;) .
Either way, it's only similarity to a bug is I should have named it \_order\_ in the beginning, and put the compatibility shim into the stdlib version at the same time.
I think it's a case of water under the bridge and learning to live with your mistakes.