Skip to content

Cannot generate bindings to nlopt or ipopt #24

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

Open
psigen opened this issue Apr 9, 2016 · 2 comments
Open

Cannot generate bindings to nlopt or ipopt #24

psigen opened this issue Apr 9, 2016 · 2 comments
Labels

Comments

@psigen
Copy link
Member

psigen commented Apr 9, 2016

We are currently suppressing the following solvers:

  'dart::optimizer::IpoptSolver': null
  'dart::optimizer::NloptSolver': null
  'dart::optimizer::DartTNLP': null

This means that running chimera without these optional components causes parsing errors (since these classes are not included if the components are not present.

This issue arose in #20 (comment)

@jslee02
Copy link
Member

jslee02 commented Feb 28, 2017

Would commenting the lines of the solvers resolve the parsing errors when they are not installed?

dart-optimizer-ipopt-dev is not available on trusty. Could we make the Chimera configuration file to be configured in cmake time to disable ipopt and other optional components when they are not installed (like configuring chimera.yml.in to chimera.yml)?

@psigen
Copy link
Member Author

psigen commented Mar 1, 2017

Yes, I think that would be possible. There is a CMake macro for using Chimera, so we could add a configure_file step as a dependency to that macro. If not, another option would be passing the same information as command line flags.

@jslee02 jslee02 added the bug label May 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants