> The order he generates is very close to the IEEE total order, the difference are:
> > 1) It doesn't seperate -0 for +0, which shouldn't matter for most > applications. > > 2) It doesn't provide an order between NaNs, but unless you are taking > special measures to distinguish the NaNs anyway, that doesn't really matter. > > And it also doesn’t distinguish equal but distinct-bit-pattern subnormal > values. > This is more in the category of "things that definitely do not matter", but I had forgotten about subnomal floating-point values. How does IEEE totalOrder mandate ordering those vs. equivalent normal numbers? So yes, my implementation of totalOrder probably has another incompleteness for the IEEE spec. It was THREE LINES of code, and I never claimed the goal was useful even if done correctly. -- Keeping medicines from the bloodstreams of the sick; food from the bellies of the hungry; books from the hands of the uneducated; technology from the underdeveloped; and putting advocates of freedom in prisons. Intellectual property is to the 21st century what the slave trade was to the 16th.
_______________________________________________ Python-ideas mailing list -- python-ideas@python.org To unsubscribe send an email to python-ideas-le...@python.org https://mail.python.org/mailman3/lists/python-ideas.python.org/ Message archived at https://mail.python.org/archives/list/python-ideas@python.org/message/R5RBILCGIVICMIUHMHC6CAHLLZZA2GWZ/ Code of Conduct: http://python.org/psf/codeofconduct/
