-
Notifications
You must be signed in to change notification settings - Fork 336
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
Remove build_dep generate_parameter_library from public dependencies of steering_controllers_library #1463
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is there as <build_depend>
, do we need this as <depend>
? Isn't it just generating headerfiles during the build stage?
- The generic dependency on 'generate_parameter_library' is redundant with: build_depend
Maybe we need it to export the dependencies of GPL (rsl, fmt)?
That is interesting. I got confused as some other packages instead list it as a regular dependencies:
Just to provide you the full context, the problem that I was facing that just installing
build_depend and depend , it should be just listed as a normal dependency I guess?
|
An alternative that perhaps is more correct is just to avoid to pass |
…of steering_controllers_library
I tried to do that to check if at least the CI is happy. |
The rolling ci is failing with:
I am not sure if this is related to the PR. |
Maybe we should just stick to Otherwise RSL and other packages might not be installed, but they are included in the
|
No it's not, we are just waiting for a rolling sync of realtime_tools. |
Ahh, I see, so the code generated by |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #1463 +/- ##
=======================================
Coverage 83.83% 83.83%
=======================================
Files 122 122
Lines 11120 11119 -1
Branches 944 943 -1
=======================================
Hits 9322 9322
Misses 1489 1489
+ Partials 309 308 -1
Flags with carried forward coverage won't be shown. Click here to find out more. |
Yes . But to be honest, I'm not sure what happens if you want to include the header files provided by this package. The generated header files from generate_parameter_library aren't exported by default, see PickNikRobotics/generate_parameter_library#213. |
I looked a bit more in Given:
I think everything should work fine. The generated header gets installed in The only "problem" is that all the targets linked in https://github.com/PickNikRobotics/generate_parameter_library/blob/0346fde52ba515593bd51b96bc520fa872af5b2a/generate_parameter_library/cmake/generate_parameter_library.cmake#L85-L91 are never accounted for by adding TL;DR: I think the correct solution is to move
I am not sure what you mean by "exported by default". The headers are installed in https://github.com/PickNikRobotics/generate_parameter_library/blob/0346fde52ba515593bd51b96bc520fa872af5b2a/generate_parameter_library/cmake/generate_parameter_library.cmake#L93, while the target is installed in
|
As this PR was a bit dirty, I opened a new one based on what we understood in this PR: #1465 . |
OK, maybe the header is installed to be found within the same package, but can't be included directly from another package? |
And should we fix that for every controller in this repo? Or is it only necessary for this library, which is explicitly meant to be used by another package.. |
Why it can't be included? Downstream packages that include |
steering_controllers_library
already depended ongenerate_parameter_library
in the CMake, but this dependency was not reflected in the package.xml metadata.To send us a pull request, please:
colcon test
andpre-commit run
(requires you to install pre-commit bypip3 install pre-commit
)