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

adapt to new xmlrpcpp header location #72

Closed

Conversation

mikaelarguedas
Copy link
Member

Without this diagnostic_aggregator fails to compile from source using catkin build or catkin_make_isolated --merge.

Note that this is applicable only to kinetic and later at the moment. A request for having the same header location for all distros has been submitted here

@trainman419
Copy link
Contributor

This breaks the indigo build and I'm not interested in maintaining a separate fork of this package just for experimental build tools.

This probably isn't the only package that is affected by this, and it seems like something that should be fixed in xmprpcpp. It looks like xmlrpcpp already has some extra cmake files that attempt to address this: https://github.com/ros/ros_comm/blob/lunar-devel/utilities/xmlrpcpp/cmake/xmlrpcpp-extras.cmake.develspace.in . It seems like it shouldn't be hard to make those build files work properly in catkin build and catkin_make_isolated --merged

@gavanderhoorn
Copy link

@mikaelarguedas: wasn't ros/ros_comm#1261 supposed to fix this?

I believe I ran into this issue in ros/ros_comm#962, and @dirk-thomas fixed the cmake extras file for that.

@mikaelarguedas
Copy link
Member Author

It looks like the follow-up PR I was referring to just got released in Lunar that solves the compilation issue. It will be backported to kinetic so this should start building again soon. so no need to change the include statements here 👍

I believe I ran into this issue in ros/ros_comm#962, and dirk-thomas fixed the cmake extras file for that.

Indeed the issue has been fixed upstream, it was just not released yet and I didn't look closely that the install from source instructions defaulted to getting the code from the release repos and not the source repo.

Thanks you both for your feedback

@mikaelarguedas mikaelarguedas deleted the fix_xmlrpc_includes branch February 6, 2018 04:41
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