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

Use urdf::*ShredPtr instead of boost::shared_ptr #1044

Merged

Conversation

jspricke
Copy link
Contributor

@jspricke jspricke commented Sep 2, 2016

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers

@wjwwood
Copy link
Member

wjwwood commented Sep 2, 2016

It doesn't look like urdfdom-headers-dev is a valid rosdep key, perhaps you meant lib urdfdom-headers-dev? Can you update it?

I wonder why the urdf types were forward declared and if that was necessary. Other than that lingering curiosity, the changes look reasonable to me. Thanks!

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers
@jspricke
Copy link
Contributor Author

jspricke commented Sep 3, 2016 via email

@wjwwood wjwwood merged commit 7970ba0 into ros-visualization:kinetic-devel Sep 6, 2016
@jspricke jspricke deleted the urdfdom_headers_fix branch September 7, 2016 20:16
@rhaschke
Copy link
Contributor

@jspricke You should explicitly require urdfdom_headers >= 0.4. Before, the typedefs are not available.

@jspricke
Copy link
Contributor Author

jspricke commented Sep 13, 2016 via email

@wjwwood
Copy link
Member

wjwwood commented Oct 19, 2016

Sorry, I didn't follow up on @rhaschke's comment. Indeed this breaks the build on Wily and Debian Jessie. I guess I need to revert this change or apply a fix like @rhaschke did for srdfdom in moveit/srdfdom#25.

@wjwwood
Copy link
Member

wjwwood commented Oct 19, 2016

I think I'm going to revert this and open an issue to resolve it in the future. I'm not sure it makes sense to replicate the work in moveit/srdfdom#25 in rviz and every other ROS package that uses urdf. Perhaps this compatibility shim should be put in into robot_model's urdf package so it can be consumed by other ROS packages no matter which version of urdfdom is under the hood.

@wjwwood
Copy link
Member

wjwwood commented Oct 19, 2016

#1061

rhaschke pushed a commit to rhaschke/rviz that referenced this pull request Oct 27, 2016
)

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers
@rhaschke rhaschke mentioned this pull request Oct 27, 2016
wjwwood pushed a commit that referenced this pull request Oct 27, 2016
* Use urdf::*ShredPtr instead of boost::shared_ptr (#1044)

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers

* adaptions to build against both urdfdom 0.3 and 0.4

... relying on the compatibility layer of urdf package
wjwwood pushed a commit that referenced this pull request Jun 5, 2017
* Use urdf::*ShredPtr instead of boost::shared_ptr (#1044)

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers

* adaptions to build against both urdfdom 0.3 and 0.4

... relying on the compatibility layer of urdf package
wjwwood added a commit that referenced this pull request Jun 5, 2017
* Add fullscreen option. (#1017)

* urdfdom compatibility (#1064)

* Use urdf::*ShredPtr instead of boost::shared_ptr (#1044)

urdfdom_headers uses C++ std::shared_ptr. As it exports it as custom
*SharedPtr type, we can use the to sty compatible.

This also adds a proper dependency for urdfdom-headers

* adaptions to build against both urdfdom 0.3 and 0.4

... relying on the compatibility layer of urdf package

* Update display if empty pointcloud2 is published (#1073)

Do not show last point cloud any more, if published point cloud message does not contain any points

* Correctly scale the render panel on high resolution displays (#1078)

* support multiple material for one link (#1079)

* Fixed duplicate property name for Path colors (#1089)

See issue #1087.

* fix type error in newer versions of urdf (#1098)

* Use unique material names for robot links. (#1102)

* avoid C++11 feature for back port to indigo
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.

3 participants