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 alex
Recipients alex, belopolsky, casevh, pitrou, rhettinger, skrah, tim.peters
Date 2014-09-20.22:16:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1411251376.07.0.718436692722.issue22444@psf.upfronthosting.co.za>
In-reply-to
Content
I can't say that I've ever used // on floats, but it seems to me anyone doing so (as opposed to normal division + explicit rounding) *intentionally* might be broken by this change, but anyone doing this incidentally is not really in a "gotcha" situation. Since this is a type-specific behavior, and not a value-specific one, I don't really think there's a win in changing the behavior, and staying backwards compatible is much better.
History
Date User Action Args
2014-09-20 22:16:16alexsetrecipients: + alex, tim.peters, rhettinger, belopolsky, pitrou, casevh, skrah
2014-09-20 22:16:16alexsetmessageid: <1411251376.07.0.718436692722.issue22444@psf.upfronthosting.co.za>
2014-09-20 22:16:16alexlinkissue22444 messages
2014-09-20 22:16:15alexcreate