We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
We could have GenericModel parametrized by the objective type so that a solver can set it to MOI.ScalarAffineFunction{Float64} in its OptimizerCache type so that it won't have to worry about other cases. For instance, https://github.com/jump-dev/Clp.jl/pull/114/files#diff-18c6af231f3facc5ba10dd45231da349efda22ecd8d68a4661dee8027bc413a7R296-R297 is incorrect as it will throw a convert error if the objective is quadratic instead of an UnsupportedAttribute error.
MOI.ScalarAffineFunction{Float64}
OptimizerCache
The text was updated successfully, but these errors were encountered:
I also wondered about just storing three fields for the three objective types, or having a separate Objective structure.
Objective
Sorry, something went wrong.
I also just noticed that the current approach leads to inference errors, because of this:
MathOptInterface.jl/src/Utilities/model.jl
Lines 694 to 695 in 830ef4e
I'll have a go after I finish #1468
Successfully merging a pull request may close this issue.
We could have GenericModel parametrized by the objective type so that a solver can set it to
MOI.ScalarAffineFunction{Float64}
in itsOptimizerCache
type so that it won't have to worry about other cases.For instance,
https://github.com/jump-dev/Clp.jl/pull/114/files#diff-18c6af231f3facc5ba10dd45231da349efda22ecd8d68a4661dee8027bc413a7R296-R297
is incorrect as it will throw a convert error if the objective is quadratic instead of an UnsupportedAttribute error.
The text was updated successfully, but these errors were encountered: