Re: [Math] outcome of MATH-405

2010-08-11 Thread Dimitri Pourbaix
Luc, I would rather have them in a utility class (either MathUtils as suggested or in MatrixUtils) than in ArrayRealVector which is not devoted to provide utilities. ArrayRealVector can delegate its computation to MathUtils/MatrixUtils since it has acces to its own internal data and can provide

Re: [Math] outcome of MATH-405

2010-08-11 Thread Luc Maisonobe
Le 11/08/2010 16:49, Gilles Sadowski a écrit : >> [...] >> >> It also appears that the Cartesian norm of a vector (in AbstractRealVector, >> in AbstractLeastSquares, ...) does not care at all about overflow or >> underflow. I thus translated enorm.f (minpack) into Java. My initial >> intend was t

Re: [Math] outcome of MATH-405

2010-08-11 Thread Luc Maisonobe
Le 11/08/2010 16:00, Dimitri Pourbaix a écrit : > Hi, > > While fixing MATH-405, I noticed that some unit tests were failing with > the corrected version! Obviously, some results against which those tests > are competing were obtained ... with the bugged code. The usefulness of > such tests is t

Re: [Math] outcome of MATH-405

2010-08-11 Thread Gilles Sadowski
> [...] > > It also appears that the Cartesian norm of a vector (in AbstractRealVector, > in AbstractLeastSquares, ...) does not care at all about overflow or > underflow. I thus translated enorm.f (minpack) into Java. My initial > intend was to put in AbstractLeastSquares but it might be more u

[Math] outcome of MATH-405

2010-08-11 Thread Dimitri Pourbaix
Hi, While fixing MATH-405, I noticed that some unit tests were failing with the corrected version! Obviously, some results against which those tests are competing were obtained ... with the bugged code. The usefulness of such tests is therefore pretty limited. It also appears that the Cartesia