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

Does not configure on Ubuntu 18.04 #2

Open
mmaurus opened this issue Jun 19, 2019 · 7 comments
Open

Does not configure on Ubuntu 18.04 #2

mmaurus opened this issue Jun 19, 2019 · 7 comments
Assignees

Comments

@mmaurus
Copy link

mmaurus commented Jun 19, 2019

Hi.
This rock task does not configure on Ubuntu 18.04 with the following errors / Typelib Warnings:

  • invalid type motion_planning_libraries/Config: cannot find /motion_planning_libraries/Config in registry (OroGen::ConfigError)
  • ignoring /std/pair</double,/double>, it has private base classes
  • ignoring /motionplanninglibraries/Config since its field mFootprintRadiusMinMax is of the ignored type /std/pair</double,/double>

Looks like the typelib can't figure out std::pair.

Any solutions?
@2maz @skasperski

@skasperski
Copy link

Can you verify that this is solved by rock-planning/planning-motion_planning_libraries#16 ?

@mmaurus
Copy link
Author

mmaurus commented Aug 13, 2019

Yes I can confirm that. Now, it fails when linking with undefined reference to 'RTT::internal::DataSource::getType() const' and undefined reference to 'RTT::internal::DataSource::getTypeName() const'

@skasperski
Copy link

skasperski commented Jan 14, 2020

I just had the same issue and it was "solved" for me by removing the Task "Test" from the orogen-file. What does this test? Does someone know if it is required?

@mmaurus Did you find another solution?

Update: Ok, it solved it on my notebook, but on Sherpa I have the same problem again, now with the Task "Task".

@2maz Is this also the reason that this is not in rock-master19.06?

@2maz 2maz self-assigned this May 6, 2020
@mmaurus
Copy link
Author

mmaurus commented Jun 2, 2020

I still have this problem with rock debian package 20.01. Not with 19.06!

@2maz
Copy link
Member

2maz commented Jun 3, 2020

@mmaurus as we figured out wIth master-20.01 this linking issue exists, when using return type bool for an operation. I am afraid, however, this will only be fixed in the upcoming release, which will have a clean way of linking and using includes based on separate package prefixes - anticipating EO June for bionic/amd64 ready for testing.

@mmaurus
Copy link
Author

mmaurus commented Jul 15, 2020

@2maz unfortunately, this issue is not fixed with the new debian packages 20.06

@mmaurus
Copy link
Author

mmaurus commented Feb 12, 2021

One solution/workaround would be to change the operation "generateEscapeTrajectory" to returning an int instead of a bool

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

3 participants