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 rhettinger
Recipients Camion, gvanrossum, rhettinger
Date 2021-01-11.00:50:46
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
> math.log10 works perfectly on integers which are too large
> to be converted to floats. I see no reason why it couldn't 
> work as well with fractions.

This is tricky territory.  Mathematically, a common logarithm can and often will have a irrational result, so floats will enter the picture at some point.  Unlike Fractions which don't have size limits, floats are range limited, so some overflows and underflows will still happen regardless. 

> ... but this would be a heavy change.

There's the rub.  We could create a dunder method for every math function and require that every numeric type to support every dunder method.

That's a somewhat major design change and it's far above my pay grade to say whether that would be worth it ;-)
Date User Action Args
2021-01-11 00:50:46rhettingersetrecipients: + rhettinger, gvanrossum, Camion
2021-01-11 00:50:46rhettingersetmessageid: <>
2021-01-11 00:50:46rhettingerlinkissue42886 messages
2021-01-11 00:50:46rhettingercreate