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 steve.dower
Recipients Arfrever, barry, brett.cannon, eric.snow, lemburg, ncoghlan, ned.deily, pitrou, python-dev, steve.dower, tim.golden, vstinner, zach.ware
Date 2014-12-16.20:28:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1418761699.1.0.0259430870894.issue22980@psf.upfronthosting.co.za>
In-reply-to
Content
> get_platform() will be difficult to reuse, for bootstrapping reasons

ISTM that if you can't determine the value at compile time, then it doesn't matter to compilation enough to need to appear in the tag.

As far as matching PEP 425 for the sake of matching it goes, I'd rather keep using search path tricks than have ".cp35-cp35m-win_amd64.pyd" appear on every single one of my extension modules. Removing the "_d" suffix is very likely more disruptive than it's worth, especially since untagged pyds are still supported but the debug tag is still necessary. 'm' is always the case in Windows and is benign for a correct extension anyway, and AFAICT 'u' is totally unused.
History
Date User Action Args
2014-12-16 20:28:19steve.dowersetrecipients: + steve.dower, lemburg, barry, brett.cannon, ncoghlan, pitrou, vstinner, tim.golden, ned.deily, Arfrever, python-dev, eric.snow, zach.ware
2014-12-16 20:28:19steve.dowersetmessageid: <1418761699.1.0.0259430870894.issue22980@psf.upfronthosting.co.za>
2014-12-16 20:28:19steve.dowerlinkissue22980 messages
2014-12-16 20:28:18steve.dowercreate