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 BreamoreBoy, christian.heimes, lemburg, paul.moore, steve.dower, tim.golden, zach.ware
Date 2015-05-11.19:03:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1431371015.89.0.144384373429.issue23970@psf.upfronthosting.co.za>
In-reply-to
Content
Simply because I didn't update the doc string :)

I don't really want to put a version number on this file, since it isn't MSVC 14.0 specific - it's MSVC 14 and all future versions. We don't check the build version anymore, though get_build_version() is still there (hardcoded to 14.0)

As you say, the existing modules are legacy, so I wonder what would be useful from them? They refer to compilers that aren't available and won't be useful for Python 3.5 to the extent that I'd really like to discourage using them. The modules themselves are undocumented and were not available on other platforms, so any code using them should be protecting themselves against ImportError already, and they're going to be broken anyway so they may as well break early.

But my main question is why would you still need the old versions around, given that compatibility is already broken?
History
Date User Action Args
2015-05-11 19:03:35steve.dowersetrecipients: + steve.dower, lemburg, paul.moore, christian.heimes, tim.golden, BreamoreBoy, zach.ware
2015-05-11 19:03:35steve.dowersetmessageid: <1431371015.89.0.144384373429.issue23970@psf.upfronthosting.co.za>
2015-05-11 19:03:35steve.dowerlinkissue23970 messages
2015-05-11 19:03:35steve.dowercreate