octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Comparison with NaN


From: Jaroslav Hajek
Subject: Re: Comparison with NaN
Date: Mon, 11 May 2009 10:56:12 +0200

On Mon, May 11, 2009 at 10:36 AM, Michael Goffioul
<address@hidden> wrote:
> On Mon, May 11, 2009 at 9:29 AM, Jaroslav Hajek <address@hidden> wrote:
>>> It's not defined. MSVC uses _isnan instead, so I assume that
>>> std::_isnan would exist, though I didn't test yet.
>>> (altough http://msdn.microsoft.com/en-us/library/7wsh95e5.aspx seems to
>>> indicate that cmath does not define isnan).
>>>
>>
>> Thx, good to know. The test just assumes that is std::isnan exists in
>> <cmath>, it's very likely to be C99-compliant and thus probably by far
>> the best choice to use. But if that's not the case, the old (and
>> usually slower) codes in lo-ieee take place, so it should still be OK
>> if you don't see problems with other tests (a malfunctioning isnan
>> should break dozens of other tests).
>
> No, I get only 15 failures. And most of them include sorting with NaN,
> afaik: sort, unique and perctile.
>
> Michael.
>

Does "sortrows" fail as well with NaNs?


-- 
RNDr. Jaroslav Hajek
computing expert & GNU Octave developer
Aeronautical Research and Test Institute (VZLU)
Prague, Czech Republic
url: www.highegg.matfyz.cz


reply via email to

[Prev in Thread] Current Thread [Next in Thread]