Replace custom cmake code with ign-cmake2#780
Conversation
Fixes #181. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
|
testing gazebo-tooling/action-gz-ci#46 |
Needed by gazebosim/sdformat#780 Signed-off-by: Steve Peters <scpeters@openrobotics.org>
|
the ABI-checker needs gazebo-tooling/release-tools#589 |
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
This may represent a breakage for downstream users of the SDFormat_* cmake variables. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
|
@osrf-jenkins run tests please |
|
the warnings in the Ubuntu build should be fixed by gazebo-tooling/release-tools#590 |
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
* sdformat-abichecker: set GZDEV_PROJECT_NAME Needed by gazebosim/sdformat#780 Signed-off-by: Steve Peters <scpeters@openrobotics.org> * detect_ci_matching_branch: use format() This is compatible with more verisons of python3. Signed-off-by: Steve Peters <scpeters@openrobotics.org>
the |
|
There are some additional changes not in #747, will this be automatically forward ported to other branches or should I start cherry-picking the changes. |
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
what if we make a prerelease from |
|
since it looks like no more changes are needed from ign-cmake, I'll open a PR for a stable 2.10.0 release |
|
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Signed-off-by: Steve Peters <scpeters@openrobotics.org>
Needed since gazebosim/sdformat#780 Signed-off-by: Steve Peters <scpeters@openrobotics.org>
|
preparing sdformat10-release debian metadata: |
the release is done and I just deleted the matching branch on |
|
@osrf-jenkins run tests please |
chapulina
left a comment
There was a problem hiding this comment.
I just took a really quick look and didn't see anything fishy. I think we can merge this and make a pre-release to see if anything breaks downstream.
The only thing to keep in mind is that we should make the last 10.X release in the coming days for Dome's EOL. So in the worst case scenario, if we identify issues after the pre-release, we may need to revert this PR soon.
|
|
||
| if [ "$ans" = "y" ] || [ "$ans" = "Y" ]; then | ||
| s3cmd sync @CMAKE_BINARY_DIR@/doxygen/html/* s3://osrf-distributions/sdformat/api/@SDF_VERSION_FULL@/ -v | ||
| s3cmd sync @CMAKE_BINARY_DIR@/doxygen/html/* s3://osrf-distributions/sdformat/api/@PROJECT_VERSION_FULL@/ -v |
There was a problem hiding this comment.
Just checking, did anyone try uploading docs from this branch?
There was a problem hiding this comment.
no, sorry I haven't tried that yet
It's documented here: https://ignitionrobotics.org/docs/all/contributing#process |
merging the rest forward to |
|
This pull request has been mentioned on Gazebo Community. There might be relevant details there: https://community.gazebosim.org/t/new-ignition-releases-2022-03-25-fortress-edifice-citadel/1343/1 |
|
This pull request has been mentioned on Gazebo Community. There might be relevant details there: https://community.gazebosim.org/t/new-ignition-releases-2022-04-13-fortress-edifice/1367/1 |
🎉 New feature
Closes #181, borrowing from #747 and targeting the
sdf10branch. It should be possible to backport these changes tosdf9if an appropriate find-module is provided for TinyXML.Summary
This replaces most of the custom cmake code in libsdformat with the functionality provided by
ignition-cmake2. The rootCMakeLists.txtis much shorter now and most of thecmakefolder has been deleted. This is made possible by theNO_IGNITION_PREFIXandREPLACE_IGNITION_INCLUDE_PATHparameters added toign_configure_projectin gazebosim/gz-cmake#190 and gazebosim/gz-cmake#191. Some other details are listed below:ign-cmakefind modules for Tinyxml2 and URDFDOM (added in FindIgnURDFDOM cmake module gz-cmake#193), which provide cmake targetssdf_config.h.intemplate is renamed toconfig.hh.into match the ign-cmake convention, and ansdf_config.hstatic header is added to preserve APIsdformat.hhinstead ofsdf/sdf.hh, so a static headersdf/sdf.hhis added to preserve APISDFORMAT_*visibility macros insystem_util.hare now based on theIGNITION_SDFORMAT_*macros from the auto-generatedsdf/Export.hhLEGACY_PROJECT_PREFIXoption from Add LEGACY_PROJECT_PREFIX option gz-cmake#199 is used to ensure the legacy cmake variables from the cmake config file retain theSDFormat_prefixThis is currently a draft pull request sinceThere are some differences between the output of this branch and the currently installed versions:{prefix}/include/ignition/sdformat10rather than{prefix}/include/sdformat-10.6. EDIT: I think this is ok because the header folder changes with each minor release anyways. As long as the cmake config and pkgconfig files point to the correct place, it should be fine..pcfile have changed fromSDF/Robot Modeling Language (SDF)toIgnition sdformat/A set of sdformat classes for robot applicationsSDFORMAT_RUN_VALGRIND_TESTScmake option is removed sinceign_build_testsdoes not support valgrindThere
areis alsotwoone remaining custom cmake function in thecmakefolder:find_python_module: this function is used to find thepsutilpython module that is used by an integration test.Test it
It should continue to work normally. Testing in a colcon workspace with other packages would be very helpful.
Checklist
codecheckpassed (See contributing)Note to maintainers: Remember to use Squash-Merge