On 10/17/10 2:26 PM, Robert Dodier wrote:
> On 10/14/10, Raymond Toy <toy.raymond at gmail.com> wrote:
>
>> fmin_cobyla(f, vars, initx[, ineq, eq, rhobeg, rhoend, iprint, maxfun])
>>
>> That is, the constraints parameter is now longer required and becomes
>> the ineq keyword parameter, and add the eq keyword parameter.
> It would be clearer to have a single list of constraints,
> and to have the constraint stated as such (either an inequality
> or equality).
>
> At present if you look at a call to fmin_cobyla you have to mentally
> reconstruct the inequalities and equalities from an undistinguished
> list of expressions. Why not just have the user enter the equality
> or inequality expressions and, in the Maxima front end to the
> translated Fortran code, inspect the expressions to set up the
> call to the Fortran-derived stuff.
>
> e.g. constraints = [x^2 + y^2 > 1, x + y = 1]
>
Done. But we only recognize =, >= and <=. You can't write [x^2+y^2 <
1, x^2+y^2=1]. This signals an error, as does [x > 1], and so on.
The calling sequence is now
fmin_cobyla(f, var, initx, [constraints = [foo], rhobeg = b, rhoend= e,
maxfun = m, iprint = i])
Ray