Mark Dickinson added the comment: > Having them in the cmath module provides a place to document them which will then be searchable.
Okay, makes sense. One of the reasons I'm a bit unhappy with the idea of adding infj and nanj is that it seems like an encouragement to expect "eval(repr(z))" to work (i.e., recover the original value of z), and because Python doesn't have strict imaginary numbers (i.e., numbers with no real part at all), that fails: >>> from math import inf, nan >>> infj = complex(0.0, inf) >>> nanj = complex(0.0, nan) >>> z = complex(0.0, -inf) >>> w = eval(repr(z)) >>> z -infj >>> w # real part has the "wrong" sign (-0-infj) But that's a pretty hollow objection, because this really has nothing to do with inf and nan; it's a problem with finite values, too: >>> z = complex(0.0, -3.4) >>> w = eval(repr(z)) >>> z -3.4j >>> w (-0-3.4j) So I'll add infj and nanj if the consensus is that they're useful. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue23229> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
