Ping on the discussion below. I really would like to settle this once and for all and stop this petty war we've been having about shadowing core functions and then enabling warnings when core functions are shadowed.
I think skipping NA instead of NaN would be desirable and a good agreement. Alois? - Jordi G. H. 2012/2/21 Jordi Gutiérrez Hermoso <jord...@octave.org>: > On 21 February 2012 02:48, Dr. Alexander Klein > <alexander.kl...@math.uni-giessen.de> wrote: >> Am 20.02.2012 um 17:23 schrieb Jordi Gutiérrez Hermoso: >> >>> I'm not sure what the correct solution is here, but perhas we >>> should implement NA-skipping behaviour in the functions that Alois >>> overwrote. >> >> Hmmm ... these are pretty many. How would it affect performance on >> in-order architectures like Intel's Atom if for example sum had to >> check every summand for being NA? > > I don't know, it might not be that much. Whatever the performance > penalty is, it seems to be acceptable to Alois and users of his NaN > package. > > I'm trying to offer some reconciliation here. Since Alois insists that > Octave is wrong for not skipping NaNs, perhaps he would be satisfied > if it skipped a special NaN bit pattern instead? > > Oh, I just discovered that this is an acient discussion. Perhaps it's > time to revive it? > > > http://octave.1599824.n4.nabble.com/Skipping-NA-s-in-statistical-functions-td1654304.html > > - Jordi G. H. ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
