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 ncoghlan
Recipients ncoghlan
Date 2008-06-05.12:55:04
SpamBayes Score 0.23236598
Marked as misclassified No
Message-id <1212670566.42.0.274403876451.issue3042@psf.upfronthosting.co.za>
In-reply-to
Content
PEP 371 highlighted the non-PEP 8 compliant nature of the threading API.
Since part of that PEP involves updating the multiprocessing API to be
PEP 8 compliant before addition the standard library, the threading API
should also be updated to be PEP 8 compliant in 3.0.

That part's easy - the trickier part if to provide both the existing API
and a PEP 8 compliant API in 2.6, with the old names triggering a
warning when run with the -3 switch, but not suffering a performance hit
otherwise.

The trick with that is to define the renamed API's differently depending
on whether or not sys.py3kwarning is set, rather than checking it every
time the old APIs are invoked.

(Left unassigned for the moment, since I'm about to go completely
offline for a few days, so it will be tough for me to get to this before
the first beta)
History
Date User Action Args
2008-06-05 12:56:09ncoghlansetspambayes_score: 0.232366 -> 0.23236598
recipients: + ncoghlan
2008-06-05 12:56:06ncoghlansetspambayes_score: 0.232366 -> 0.232366
messageid: <1212670566.42.0.274403876451.issue3042@psf.upfronthosting.co.za>
2008-06-05 12:56:00ncoghlanlinkissue3042 messages
2008-06-05 12:55:33ncoghlancreate