commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Volkan Aktas (JIRA)" <j...@apache.org>
Subject [jira] Created: (MATH-347) Brent solver shouldn't need strict ordering of min, max and initial
Date Thu, 25 Feb 2010 14:35:27 GMT
Brent solver shouldn't need strict ordering of min, max and initial
-------------------------------------------------------------------

                 Key: MATH-347
                 URL: https://issues.apache.org/jira/browse/MATH-347
             Project: Commons Math
          Issue Type: Bug
    Affects Versions: 2.0
            Reporter: Volkan Aktas


The "solve(final UnivariateRealFunction f, final double min, final double max, final double
initial)" function calls verifySequence() which enforces a strict ordering of min, max and
initial parameters. I can't see why that is necessary - the rest of solve() seems to be able
to handle "initial == min" and "initial == min" cases just fine. In fact, the JavaDoc suggests
setting initial to min when not known but that is not possible at the moment.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message