Re: [Pdl-devel] [Pdl-general] PDL 2.026_01 released to CPAN

Craig, to add to that: asin(2) by itself has changed behaviour. pdl(‘NaN’) already exists as an easy way to get a NaN. The tests don’t have any checks on that behaviour. asin(2) really isn’t “not a number” – it’s only that the older libraries couldn’t correctly calculate/handle it. Therefore, h

Re: [Pdl-devel] [Pdl-general] PDL 2.026_01 released to CPAN

Craig, would you agree that’s more of an argument for a nan() function to make a NaN? How much effort would it be to update that code? In any case, if the code only uses real types, it will operate exactly the same as it does now. From: Craig DeForest Sent: 21 F