Skip to content
New issue

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

Ipopt requirements #1

Closed
blegat opened this issue Dec 6, 2016 · 2 comments
Closed

Ipopt requirements #1

blegat opened this issue Dec 6, 2016 · 2 comments

Comments

@blegat
Copy link

blegat commented Dec 6, 2016

I have started the SwitchedSystems.jl package for Switched Systems in Julia.
The package is not planned to be specific to any algorithm but rather give a common interface for different algorithms.
Therefore, it seems to make sense to add SwitchTimeOpt as a option for design switching control.
I am still unsure how to do this between:

  • SwitchedSystems.jl define a interface and SwitchTimeOpt.jl adds SwitchedSystems.jl in its REQUIRE file and implements the interface (a bit like what MathProgBase does).
  • SwitchedSystems.jl adds SwitchTimeOpt.jl in its REQUIRE file and use it directly.

In the second option, this would mean that Ipopt becomes an indirect requirement for SwitchedSystems.jl. This is not a big issue but it is a bit annoying. Would it be possible to remove it from the REQUIRE file and select your default solver using this method ?

@bstellato
Copy link
Member

Thank you for the interest in the package. It is a great idea to have a general Switched Systems package in Julia!

I think the second option could be the cleanest. I have updated SwitchTimeOpt removing the Ipopt requirement so that it uses the MathProgBase.defaultNLPsolver

The new METADATA.jl pull request is here: JuliaLang/METADATA.jl#7214

Let me know if there are any other compatibility issues or problems with the package.

@blegat
Copy link
Author

blegat commented Dec 6, 2016

Thanks a lot !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants