Conversation
Do not use std::random_shuffle with C++11 or above
byte is defined in <cstddef> since C++17
Improves ROS2 compatibility with updated package.xml format
Fix unused parameter warning in OccupancyOcTreeBase<NODE>::insertPointCloudRays
- Forgot libqlviewer-qt4-dev as a dependency which caused Melodic builds to fail - This now uses build_depend/exec_depend as previously again
Workaround for RPath on macOS no longer necessary
Still defaults to PREFIX/lib but e.g. Debian or Fedora packagers can easily set it to lib/x86_64-linux-gnu or lib64 respectively.
Thanks to kazuki0824 and anasarrak.
Copied from root CMakeFiles.txt to make this flag default ON even if building octovis as a module.
octovis: Enable Qt5 by default, adjust travis config accordingly
Support configurable libdir to ease packaging
Signed-off-by: Shane Loretz <sloretz@osrfoundation.org>
Bump CMake version to avoid CMP0048
Recently, OCTOVIS_QT5 was set to ON by default. This requires updated package dependencies to work on the buildfarm.
New keys introduced upstream in ros/rosdistro#24097
…dencies [octovis] Update ROS dependencies to Qt5
std::byte can't be read from a file (no overload of operator >> available), fall back to typedef'fing it to unsigned char again. Related: OctoMap#240
fix ifstream >> byte with c++17
octovis: use -fPIC with all compilers (if available)
octovis adapted to be compatible with libQGLViewer >= 2.7.0
fix qmake command to build libQGLViewer with Qt5.
|
I have a slightly different proposition I'd love your feedback on. I'd like to propose to retire the (When we started the What are your thoughts @ruffsl @mikaelarguedas? |
|
I like the idea of consolidated code base. Are there example package elsewhere in ecosystem we could mimic? I have no idea about mixing catkin with ament via logic switching. |
|
I think this PR is a good example: ethz-adrl/ifopt#52 |
|
Yes this sounds like a good plan 👍 One thing for e.g. rosdep is that ROS 2 looks only for packages that are registered in the ament index and not "all places that have a package.xml". So there may be something to tweak there (this issue has some information about it ros-infrastructure/rosdep#724) |
|
@ruffsl Can we close this PR now that |
Looks like the ros2 branch is lagging a bit behind devel. I've just resolved the merge conflict between the cmake version bumps in ros2 and the qt5 package.xml depends from devel. It doesn't look like ament is being used, so I'm not sure why these are two different branches to begin with, given that
ament_target_dependenciesstill doesn't seem to work with this package and headers must be manually included for downstream packages.Related: moveit/geometric_shapes#154
cc @mikaelarguedas