Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently it returns
nothing
. I think this is nicer since then you get the solution summary printed after you dosolve!
, along with a summary of the problem. It's possible this can help users notice issues if they weren't looking at the problem, but didsolve!
in the REPL and noticed the output. In addition, looking at some of the examples like https://jump.dev/Convex.jl/dev/examples/mixed_integer/n_queens/, this would add more details to the example without needing a separate example block to show the problem first.There is currently an explicit test that we return
nothing
, so I traced back the origin of that test to see why (in case there's some particular reason we need to returnnothing
). I believe it was added in #62 originally, and was carried forward in various formats since then (eventually in its own testset once we added the problem depot sincehandle_problem
there doesn't necessarily callsolve!
). Looking at that PR, I don't think returningnothing
was necessarily important for anything, it was just testing what we were currently doing then.