Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Conversation

@ruffsl
Copy link
Contributor

@ruffsl ruffsl commented Mar 2, 2022

Fixes #883 by mimicking the approach from BehaviorTree.CPP to conditionally use ament_cmake.

ruffsl added 3 commits March 2, 2022 04:56
to properly regester colcon package
E.g. set AMENT_CURRENT_PREFIX environment
@ruffsl
Copy link
Contributor Author

ruffsl commented Mar 2, 2022

This isn't quite working yet, as downstream packages still can't find the path for ompl's include headerfiles. Conditionally swapping between a native cmake build_type to a ament_cmake build_type is bit advanced for my CMake-foo, so suggestions welcome.

@mamoll
Copy link
Member

mamoll commented Mar 2, 2022

Is it perhaps this code that needs to change for downstream packages?: https://github.com/ompl/ompl/blob/main/CMakeLists.txt#L202-L217
I believe this is the fairly "standard" way to install the cmake config files that let cmake find ompl in downstream packages.

to setup ament_generate_package_environment
and let native cmake handle the include export
@Ryanf55
Copy link
Contributor

Ryanf55 commented Oct 26, 2023

The recent CMake changes to support target-based properties on ompl should make this easier.

@Ryanf55
Copy link
Contributor

Ryanf55 commented Sep 9, 2024

@ruffsl Can you confirm this is still an issue for you?

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

Successfully merging this pull request may close these issues.

Conditionally use ament_cmake to register package for colcon workspaces environment

3 participants

Morty Proxy This is a proxified and sanitized view of the page, visit original site.