You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@commons.apache.org by er...@apache.org on 2012/09/30 02:14:33 UTC

svn commit: r1391928 - /commons/proper/math/trunk/src/changes/changes.xml

Author: erans
Date: Sun Sep 30 00:14:32 2012
New Revision: 1391928

URL: http://svn.apache.org/viewvc?rev=1391928&view=rev
Log:
Update "changes.xml".

Modified:
    commons/proper/math/trunk/src/changes/changes.xml

Modified: commons/proper/math/trunk/src/changes/changes.xml
URL: http://svn.apache.org/viewvc/commons/proper/math/trunk/src/changes/changes.xml?rev=1391928&r1=1391927&r2=1391928&view=diff
==============================================================================
--- commons/proper/math/trunk/src/changes/changes.xml (original)
+++ commons/proper/math/trunk/src/changes/changes.xml Sun Sep 30 00:14:32 2012
@@ -52,6 +52,12 @@ If the output is not quite correct, chec
   <body>
     <release version="3.1" date="TBD" description="
 ">
+      <action dev="erans" type="fix" issue="MATH-783">
+        "PowellOptimizer" (package "o.a.c.m.optimization.direct") uses
+        "BrentOptimizer" as its internal line search optimizer. The fix
+        forces the convergence criterion of "BrentOptimizer" to use
+        function values (instead of domain values).
+      </action>
       <action dev="erans" type="fix" issue="MATH-865,MATH-867,MATH-868" due-to="Nikolaus Hansen, Frank Hess">
         Numerical accuracy problems arose in "CMAESOptimizer" (in package
         "o.a.c.m.optimization.direct") when large finite boundaries were