A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2016-May/144480.html below:

[Python-Dev] Minor change to Enum -- should it go into 3.5.2?

[Python-Dev] Minor change to Enum -- should it go into 3.5.2? [Python-Dev] Minor change to Enum -- should it go into 3.5.2?Ethan Furman ethan at stoneleaf.us
Sun May 8 18:43:38 EDT 2016
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.

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.

--
~Ethan~
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4