Message195194
> Eric V. Smith added the comment:
>
> For the format version, what gets called is:
>
> int_subclass.__format__('d'), which is int.__format__(int_subclass,
> 'd'), which produces '1', assuming int(int_subclass) is 1.
Ah, I didn't realize. Thanks.
> So, there's no "str" involved anywhere, except the one on which
> .format() is called ('{:d}'), and it doesn't know about the types of any
> arguments or what the format specifiers mean, so it can't make any
> decisions.
As far as format goes, I don't think there is a problem. It's behaving just like it should (which makes sense, since
IntEnum is derived from int and is already using int's __format__ by default).
The problem, then, is just with %-formatting, which is squarely a str (aka Objects/unicodeobject.c) issue. |
|
Date |
User |
Action |
Args |
2013-08-14 18:48:59 | ethan.furman | set | recipients:
+ ethan.furman, barry, eric.smith, eli.bendersky, serhiy.storchaka |
2013-08-14 18:48:59 | ethan.furman | link | issue18738 messages |
2013-08-14 18:48:59 | ethan.furman | create | |
|