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 tim.peters
Recipients josh.r, lemburg, mark.dickinson, nagayev, rhettinger, stutzbach, tim.peters, zach.ware
Date 2019-03-08.18:53:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1552071183.67.0.319862672422.issue36228@roundup.psfhosted.org>
In-reply-to
Content
I have no use for this either, and agree with rejecting it - in nearly 30 years, nobody has asked for this before, and it's still the case that we don't have an actual programming use case (some theoretical use in an abstract mathematical model isn't a programming use case).  Seems far more likely that someone applying floor() or ceil() to a complex number is confused.

math.tau was essentially useless too, but Guido wanted to add it mostly as a light-hearted inside joke:

https://bugs.python.org/issue12345

Against that, I see that the popular mpmath Python package does support it (for floor and ceil).  Perhaps you could get mpmath's author to chime in here with a "good" argument for adding it to the core language?

http://mpmath.org/doc/current/general.html#floor

"""
The floor function is defined for complex numbers and acts on the real and imaginary parts separately:

>>> floor(3.25+4.75j)
mpc(real='3.0', imag='4.0')
"""
History
Date User Action Args
2019-03-08 18:53:03tim.peterssetrecipients: + tim.peters, lemburg, rhettinger, mark.dickinson, stutzbach, zach.ware, josh.r, nagayev
2019-03-08 18:53:03tim.peterssetmessageid: <1552071183.67.0.319862672422.issue36228@roundup.psfhosted.org>
2019-03-08 18:53:03tim.peterslinkissue36228 messages
2019-03-08 18:53:03tim.peterscreate