[Issue 10448] min and max are not NaN aware

d-bugmail at puremagic.com d-bugmail at puremagic.com
Sat Jun 22 14:59:56 PDT 2013


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



--- Comment #7 from monarchdodra at gmail.com 2013-06-22 14:59:55 PDT ---
(In reply to comment #6)
> (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

"return a<b?a:b;" doesn't work: you'd have to check for nan regardless of which
you return.

-- 
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