[Issue 10448] min and max are not NaN aware

d-bugmail at puremagic.com d-bugmail at puremagic.com
Sat Jun 22 14:49:53 PDT 2013


http://d.puremagic.com/issues/show_bug.cgi?id=10448



--- Comment #6 from thelastmammoth at gmail.com 2013-06-22 14:49:52 PDT ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #2)
> > > Exactly. See documentation of fmax at
> > > http://man7.org/linux/man-pages/man3/fmax.3.html
> > > 
> > > Specifically:
> > >        If one argument is a NaN, the other argument is returned.
> > > 
> > >        If both arguments are NaN, a NaN is returned.
> > 
> > Isn't it better for min(0, float.nan) to be NaN, just as max(0, float.nan) ?
> 
> Yeah, that sounds like the better behavior: *anything* and nan is always nan.

that would indeed seem more logical, although:

* it differs from standard practice
* it incurs additional cost, compared to : return a<b?a:b; because you'd have
to check for isNan

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------


More information about the Digitalmars-d-bugs mailing list