Package Details: ompl 1.6.0-1

Git Clone URL: https://aur.archlinux.org/ompl.git (read-only, click to copy)
Package Base: ompl
Description: The Open Motion Planning Library (OMPL) consists of many state-of-the-art sampling-based motion planning algorithms
Upstream URL: http://ompl.kavrakilab.org/
Keywords: motion_planning planning robotics
Licenses: BSD
Conflicts: ompl-git
Replaces: ompl-git
Submitter: Sandmann
Maintainer: acxz
Last Packager: acxz
Votes: 7
Popularity: 0.000000
First Submitted: 2012-08-20 13:58 (UTC)
Last Updated: 2023-12-15 20:04 (UTC)

Dependencies (18)

Sources (1)

Pinned Comments

acxz commented on 2023-12-15 19:38 (UTC)

Development is on Github: https://github.com/acxz/pkgbuilds Please open issues and PRs there instead of commenting.

Latest Comments

1 2 3 4 Next › Last »

acxz commented on 2023-12-15 19:38 (UTC)

Development is on Github: https://github.com/acxz/pkgbuilds Please open issues and PRs there instead of commenting.

lprobsth commented on 2023-08-29 18:09 (UTC)

For me ompl stopped compiling because linking to LZ4 (a dependency of flann) failed. I had to add '-DCMAKE_EXE_LINKER_FLAGS="-llz4"' in the PKGBUILD for the build to succeed.

jonathanglima commented on 2021-10-04 06:27 (UTC)

Does python bindings for this package need ninja update_bindings as well? I've removed -march=native as commented, installed pyplusplus and it did not worked. I've tried to add ninja update_bindings locally but it gave me another error (https://github.com/ompl/ompl/issues/836)

wbthomason commented on 2021-06-10 17:42 (UTC)

The package has now been updated to OMPL v1.5.2. Please note that the -march=native flag still causes tests to fail on some AMD processors, but this PKGBUILD no longer removes that flag for you (unless you uncomment the relevant line). This decision was made because -march=native seems to work fine on Intel machines.

Other changes: per the request of @fmauch, the conflict with ros-melodic-ompl has been removed.

fmauch commented on 2021-01-25 13:02 (UTC)

For ROS melodic we use ros-melodic-ompl again since we compile against boost1.69 nowadays.

As ros-melodic-ompl installs to /opt/ros/melodic this should not conflict with this package. It would be nice if you could remove the conflict and replace entry for ros-melodic-ompl.

wbthomason commented on 2020-06-08 19:46 (UTC) (edited on 2020-06-08 19:46 (UTC) by wbthomason)

The package has now been updated to OMPL v1.5.0. There are a few important changes in this update, along with some build simplification.

In particular:

  • If you want to generate Python bindings, you must manually install pyplusplus with pip3. The AUR py++ package only installs a Python 2.7 package and pulls from an unmaintained fork. I've made a comment asking that this be fixed, but for the time being, you'll need this manual action to get Python bindings.

  • Curiously, including -march=native in CXXFLAGS causes test failures by slowing down the PRM and PRMstar planners. Until this is resolved, the PKGBUILD removes -march=native from CXXFLAGS. Please edit this yourself if you'd like to substitute a different value.

  • The build was switched to use ninja rather than make to match the configuration used for upstream CI.

  • Several new optional dependencies were added, and dependencies/make dependencies/optional dependencies were cleaned up and organized generally.

wbthomason commented on 2020-05-30 15:51 (UTC)

@petronny: Done, thanks!

petronny commented on 2020-05-30 08:35 (UTC)

1. Please change the line

patch -uN demos/PlannerData.cpp ../../boost-fix.patch || return 1

to

patch -uN demos/PlannerData.cpp ../boost-fix.patch || return 1

. Or else it won't build in a clean chroot.

2. Missing eigen in depends.

wbthomason commented on 2020-01-15 07:41 (UTC)

@bionade24: Not in particular; that value was inherited from the original version of the PKGBUILD and I was, again, waiting for 1.50 to see if it could be updated to Python 3. However, I've just tested building 1.42 with Python 3 and it seems fine, so I've updated the PKGBUILD. Thanks!