You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
According to the CPLEX manual, QPs with quadratic objective (and only linear constraints) should also be solved by CPXqpopt. However, the current implementation only calls CPXqpopt if the problem has a quadratic constraint (i.e. if has_qc equals true which is only set in add_qconstr!.
The text was updated successfully, but these errors were encountered:
Were you noticing any issues with this? We test this behavior and it seems to work as expected. This is certainly something change, though; thanks for the report!
Actually yes. When solving some QP cplex always used the simplex method
and not the barrier, although I set CPX_PARAM_QPMETHOD=CPLEX.CPX_ALG_BARRIER. This led to some numerical
problems in my case. But I'm not sure if the computed solution was
correct when there were no numerical problems.
Am 26.09.2014 um 17:44 schrieb Joey Huchette:
Were you noticing any issues with this? We test this behavior and it seems to work as expected. This is certainly something change, though; thanks for the report!
Reply to this email directly or view it on GitHub: #28 (comment)
According to the CPLEX manual, QPs with quadratic objective (and only linear constraints) should also be solved by
CPXqpopt
. However, the current implementation only callsCPXqpopt
if the problem has a quadratic constraint (i.e. ifhas_qc
equals true which is only set inadd_qconstr!
.The text was updated successfully, but these errors were encountered: