[Python-Dev] Backporting PEP 3127 to trunk
Steve Holden
steve at holdenweb.com
Fri Feb 22 18:22:11 CET 2008
Raymond Hettinger wrote:
> [GvR]
>> . After
>> all we already have lots of places where Python 2.x supports an old
>> and a new way (e.g. string exceptions up to 2.5, classic classes, old
>> and rich comparisons).
>
> I thought the whole point of 3.0 was a recognition that all that
> doubling-up was a bad thing and to be rid of it. Why make the
> situation worse? ISTM that we need two versions of oct() like
> we need a hole in the head. Heck, there's potentially a case to be
> made that we don't need oct() at all. IIRC, unix permissions like
> 0666 were the only use case that surfaced.
>
> Also, I thought that the only reason you allowed b'' to be an alias for ''
> in 2.6 was that it was the only way 2-to-3 converter would work.
> That same rationale doesn't seem to apply here. I don't really see
> why the necessity of b'' should be seen as opening the flood gates
> to backport everything without regard to whether it makes Py2.6 better.
>
It certainly doesn't seem to have the same urgency for cases where 2to3
can unambiguously do the right thing.
regards
Steve
--
Steve Holden +1 571 484 6266 +1 800 494 3119
Holden Web LLC http://www.holdenweb.com/
More information about the Python-Dev
mailing list