Message 227688 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	barry
Recipients	barry, cool-RR, pitrou
Date	2014-09-27.16:00:38
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<20140927120027.7db21aa3@anarchist.wooz.org>
In-reply-to	<1411832136.71.0.761241271922.issue22504@psf.upfronthosting.co.za>

Content
On Sep 27, 2014, at 03:35 PM, Ram Rachum wrote: >Just because I want to be able to get the `int` value of an enum object, >doesn't mean I want the enum object to be an `int`, which is what `IntEnum` >means. I don't want it to be comparable to an int, I don't want to use >arithmetic on it, and most importantly I don't want it to be equal to an enum >object of a different type that happens to have the same int. Okay, but that still doesn't explain the use case. Also, why wouldn't an Enum subclass, possibly using the ordered dictionary __members__ would not be sufficient.

On Sep 27, 2014, at 03:35 PM, Ram Rachum wrote:

>Just because I want to be able to get the `int` value of an enum object,
>doesn't mean I want the enum object to *be* an `int`, which is what `IntEnum`
>means. I don't want it to be comparable to an int, I don't want to use
>arithmetic on it, and most importantly I don't want it to be equal to an enum
>object of a different type that happens to have the same int.

Okay, but that still doesn't explain the use case.  Also, why wouldn't an Enum
subclass, possibly using the ordered dictionary __members__ would not be
sufficient.

History
Date	User	Action	Args
2014-09-27 16:00:38	barry	set	recipients: + barry, pitrou, cool-RR
2014-09-27 16:00:38	barry	link	issue22504 messages
2014-09-27 16:00:38	barry	create