The question reminded me of a passage in Plauger's *The Standard C Library* (1992):
"The library [math.h] doesn't try to distinguish +0 from -0. IEEE 754 worries quite a bit about this distinction. All the architectures I mentioned above can represent both flavors of zero. But I have trouble accepting (or even understanding) the rationale for this extra complexity. I can sympathize with recent critiques of the IEEE 754 Standard that challenge that rationale. Most of all, I found the functions quite hard enough to write without fretting about the sign of nothing." Ben On Monday, February 5, 2018 at 5:42:00 PM UTC-6, David K. Storrs wrote: > > I noticed that (number->string -nan.0) yields "+nan.0" instead of "-nan.0" > as I would have expected. It's not an issue for me, but I was wondering > why this is? > -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
