OK Phil,
I'm just worried about naming consistency. So should I drop "Linear"
everywhere? Only in exception names (where I agree, it's not that
important)?
Thanks,
Sébastien
2011/10/2 Phil Steitz :
> On 10/1/11 9:42 PM, Sébastien Brisard wrote:
>> My mistake! I was convinced we already had
>> -
On 10/1/11 9:42 PM, Sébastien Brisard wrote:
> My mistake! I was convinced we already had
> - NonPositiveDefiniteMatrixException extends
> NonPositiveDefiniteLinearOperatorException
> - NonSymmetricMatrixException extends NonSelfAdjointLinearOperatorException
> - NonSquareMatrixException exte
Knock yourself out with whatever changes you want to make. Change the class,
move it, rename it... the result is, unless my tests have a bug, the solvers
need some work.
Enjoy!
-Greg
On Sat, Oct 1, 2011 at 9:50 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Hi Greg.[1]
>
> On Sat,
My mistake! I was convinced we already had
- NonPositiveDefiniteMatrixException extends
NonPositiveDefiniteLinearOperatorException
- NonSymmetricMatrixException extends NonSelfAdjointLinearOperatorException
- NonSquareMatrixException extends NonSquareLinearOperatorException
but looking at the
Hi Greg.[1]
On Sat, Oct 01, 2011 at 08:28:52PM -0500, Greg Sterijevski wrote:
> Per Phil's suggestion, they are now in
> test/../../optimizers/NISTBatteryTest.java See JIRA: MATH-678 for further
> info.
There currently isn't much info over there...
Also, the new "NISTBatteryTest" test class is q
Per Phil's suggestion, they are now in
test/../../optimizers/NISTBatteryTest.java See JIRA: MATH-678 for further
info.
Incidentally, the tests were attached to the email thread in regard to
NonLinearConjugateGradientSolver.
-Greg
On Sat, Oct 1, 2011 at 8:20 PM, Gilles Sadowski <
gil...@harfang.
On Fri, Sep 30, 2011 at 05:35:28PM -0500, Greg Sterijevski wrote:
> Gilles,
>
> I have attached a test harness which shows one spot where BOBYQA fails.
>
> See the "NonLinearConjugateGradient" thread.
I don't know where you "attached" a unit test.
For new tests that exercise coverage, I think t
On 10/1/11 1:21 AM, Sébastien Brisard wrote:
> Hello,
> I need to be able to throw an exception when an iterative linear
> solver detects that a RealLinearOperator is singular. I would propose
> to implement a SingularLinearOperatorException. Then, since RealMatrix
> is derived from RealLinearOpera
Am 01.10.2011 01:10, schrieb sebb:
On 30 September 2011 23:09, ralph.goers @dslextreme.com
wrote:
OK. But I'm not sure how removing the property that is documented on that
page amounts to following the instructions.
To be honest, it never even
occurred to me that commons.binary.suffix might
2011/10/1 Sébastien Brisard :
> Yes I realized this morning that during my last modification of
> CholeskyDecomposition, the svn properties had gone (need to check my
> config).
> I committed a patch to remedy that, but I thought it would generate
> only a very small diff. In fact, as Luc suggested
On 1 October 2011 12:54, Jörg Schaible wrote:
> Hi Hen,
>
> Henri Yandell wrote:
>
>> -1.
>>
>> I got the unit test failure again:
>>
>> Failed tests: testTailer(org.apache.commons.io.input.TailerTest):
>> fileNotFound should not be called expected:<0> but was:<1>
>>
>> Tests run: 4, Failures: 1
Yes I realized this morning that during my last modification of
CholeskyDecomposition, the svn properties had gone (need to check my
config).
I committed a patch to remedy that, but I thought it would generate
only a very small diff. In fact, as Luc suggested, it probably has to
do with line ending
Hi Sébastien,
Sébastien Brisard wrote:
> I'm worried about this long diff report... I don't think I've touched
> anything to the source, so why should CholeskyDecomposition appear in
> such full length?
svn:property eol-style is not set to native. The dev who added these files
did not set up th
Hi Hen,
Henri Yandell wrote:
> -1.
>
> I got the unit test failure again:
>
> Failed tests: testTailer(org.apache.commons.io.input.TailerTest):
> fileNotFound should not be called expected:<0> but was:<1>
>
> Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.959
> sec <<< FAI
Le 01/10/2011 13:25, Sébastien Brisard a écrit :
I'm worried about this long diff report... I don't think I've touched
anything to the source, so why should CholeskyDecomposition appear in
such full length?
It could be either tabs or line endings. Line endings are driven by the
svn:eol-style=na
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
I'm worried about this long diff report... I don't think I've touched
anything to the source, so why should CholeskyDecomposition appear in
such full length?
Sébastien
2011/10/1 :
> Author: celestin
> Date: Sat Oct 1 07:57:19 2011
> New Revision: 1177938
>
> URL: http://svn.apache.org/viewvc?rev
Hello,
I need to be able to throw an exception when an iterative linear
solver detects that a RealLinearOperator is singular. I would propose
to implement a SingularLinearOperatorException. Then, since RealMatrix
is derived from RealLinearOperator, it would be logical to have
SingularMatrixExceptio
-1.
I got the unit test failure again:
Failed tests: testTailer(org.apache.commons.io.input.TailerTest):
fileNotFound should not be called expected:<0> but was:<1>
Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.959
sec <<< FAILURE!
testTailer(org.apache.commons.io.input.Tail
19 matches
Mail list logo
