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, brett.cannon, dmalcolm, loewis, nadeem.vawda, neologix, pitrou
Date 2012-02-17.14:56:33
SpamBayes Score 2.0886237e-11
Marked as misclassified No
Message-id <20120217095628.07607ff2@resist.wooz.org>
In-reply-to <1329485796.8.0.890516593146.issue14040@psf.upfronthosting.co.za>
Content
On Feb 17, 2012, at 01:36 PM, Antoine Pitrou wrote:

>Stating module files of the form "xxxmodule.so" consumes all 1/3 of stat
>calls at startup. Looking at the site-packages folders on my machine, both
>for 2.7 and 3.2, reveals no C extension that follows such naming.
>
>This patch deprecates such module namings, so that they can be removed in a
>later version.

+1

In Debian/Ubuntu I have seen some third party extensions (not built with
distutils) that still use this naming convention in their Python 3 extension
module, but it's usually pretty easy to rename them to PEP 3149 style names in
the platform build scripts.  I think it's a great idea to eventually get rid
of the untagged names altogether, and saving some stat calls is added benefit.
History
Date User Action Args
2012-02-17 14:56:35barrysetrecipients: + barry, loewis, brett.cannon, pitrou, nadeem.vawda, dmalcolm, neologix
2012-02-17 14:56:34barrylinkissue14040 messages
2012-02-17 14:56:33barrycreate