-
Notifications
You must be signed in to change notification settings - Fork 31
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
Compute relative path for cmake extras #362
Conversation
This is needed by a subsequent step that depends on variables defined by GNUInstallDirs. Signed-off-by: Steve Peters <[email protected]>
Define a variable in gz_configure_project with the relative path from the extras install folder to the install prefix. This is needed by downstream packages. Signed-off-by: Steve Peters <[email protected]>
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.
Good catch! Changes make sense to me, and looks good with green CI.
I'd like to merge this and then make a nightly build of gz-cmake3 to continue testing before making a patch release with this change |
Sounds good to me. |
🦟 Bug fix
Needed by gazebosim/gz-transport#398, follow-up to #360 and gazebosim/gz-msgs#339 (comment)
Summary
As noted in gazebosim/gz-msgs#339 (comment), packages that install extra cmake files may need the relative path from the folder to which the extra cmake files are installed and the install prefix. In order to account for arch-specific lib folders (needed for debian installs to
/usr
, see GNUInstallDirs), some code is rearranged so that the relative path is computed after the_gz_setup_packages()
macro, since that is whereGNUInstallDirs
is included from, and before the extra cmake files are configured.Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.