Author rhettinger
Recipients aleax, mark.dickinson, remi.lapeyre, rhettinger, serhiy.storchaka, tim.peters, xtreak
Date 2018-12-31.00:48:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1546217318.94.0.196993286388.issue35606@roundup.psfhosted.org>
In-reply-to
Content
> I am not sure that a simple one-line function is worth it.

FWIW, it is often the one liners that turn out to be the most useful building blocks.  In this case the one-liner is inconvenient (two imports), not as fast we would like, and a little opaque:  functools.reduce(operator.mul, iterable, 1).

> PR 11359 looks too complicated.

I would be happy with the simplest possible implementation.  That said, we do have a history of going gonzo in C internals to get better speed/space performance (look the code for math.factorial() for example), to have better accuracy and avoid overflow/underflow (math.hypot() for example), or to implement particular NaN/Inf handling not present in a naive implementation.
History
Date User Action Args
2018-12-31 00:48:40rhettingersetrecipients: + rhettinger, tim.peters, aleax, mark.dickinson, serhiy.storchaka, remi.lapeyre, xtreak
2018-12-31 00:48:38rhettingersetmessageid: <1546217318.94.0.196993286388.issue35606@roundup.psfhosted.org>
2018-12-31 00:48:38rhettingerlinkissue35606 messages
2018-12-31 00:48:38rhettingercreate