Message 227538 - Python tracker

➜

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	gladman
Recipients	gladman, mark.dickinson, pitrou, scoder, serhiy.storchaka, wolma
Date	2014-09-25.13:04:09
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1411650249.37.0.323949442819.issue22486@psf.upfronthosting.co.za>
In-reply-to

Content
I am inclined to think that a maths.gcd() makes sense as this would be where I would go first to find this function. And the prospect of better performance is attractive since the gcd is an important operation in work with number theory algorithms. Would it co-exist with fractions.gcd(), with identical semantics? Or would it co-exist with fractions.gcd(), with the 'less surprising' semantics that are under discussion in the 'GCD in Fractions' thread? Would it take on the suggestion of operating on one or more input parameters?

I am inclined to think that a maths.gcd() makes sense as this would be where I would go first to find this function.  And the prospect of better performance is attractive since the gcd is an important operation in work with number theory algorithms.

Would it co-exist with fractions.gcd(), with identical semantics?

Or would it co-exist with fractions.gcd(), with the 'less surprising' semantics that are under discussion in the 'GCD in Fractions' thread?

Would it take on the suggestion of operating on one or more input parameters?

History
Date	User	Action	Args
2014-09-25 13:04:09	gladman	set	recipients: + gladman, mark.dickinson, pitrou, scoder, serhiy.storchaka, wolma
2014-09-25 13:04:09	gladman	set	messageid: <1411650249.37.0.323949442819.issue22486@psf.upfronthosting.co.za>
2014-09-25 13:04:09	gladman	link	issue22486 messages
2014-09-25 13:04:09	gladman	create