Package Details: ompl 1.5.0-1

Git Clone URL: (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:
Keywords: motion_planning planning robotics
Licenses: BSD
Conflicts: ompl-git, ros-melodic-ompl
Replaces: ompl-git, ros-melodic-ompl
Submitter: Sandmann
Maintainer: wbthomason
Last Packager: wbthomason
Votes: 7
Popularity: 0.000004
First Submitted: 2012-08-20 13:58
Last Updated: 2020-06-08 19:42

Dependencies (18)

Sources (1)

Pinned Comments

wbthomason commented on 2020-06-08 19:46

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.

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

acxz commented on 2020-01-08 22:33

In the meanwhile I have created the ompl-git package: This does have the fix for the latest boost and builds fine on Arch.

wbthomason commented on 2019-11-07 20:36

The current release of OMPL (1.4.2) is incompatible with the version of Boost Arch now ships (1.71.0). That means that this package will not build if Boost is fully updated on your system.

The maintainers say that a new release fixing this bug (and others) should be out "soon" ( Unless users prefer that I update the PKGBUILD with a workaround to build 1.4.2 against Boost 1.71.0 (which can be done), I plan to wait for this release to update the PKGBUILD. I will also switch the package source from BitBucket to Github at this time, as the OMPL project has moved its active development to Github.

If you use this package and would prefer a patch before the 1.5.0 release, please comment saying so!

theoT commented on 2019-10-31 13:14

I got an error when compiling this. Since this was in demos/PlannerData.cpp disabling compilation of the demos helped: -DOMPL_BUILD_DEMOS=OFF

wbthomason commented on 2019-05-24 15:37

@acxz: Great, sounds good. I'm working on a deadline right now, but I can also spend some time trying to get py++ working after that (6/5 or so).

acxz commented on 2019-05-24 05:32

@wbthomason Thanks for your response. I see. I recently started maintaining the omplapp package so I will try to fix things (maybe even trying to fix py++) and keep you updated on how things work out.

wbthomason commented on 2019-05-23 20:54

@acxz: I believe that's an upstream issue. I can reproduce your error, but given that py++ (once installed) also can't actually be imported by python2 (at least on my system), I suspect an issue with the py++ package. I have tried forcing the build by modifying the OMPL PKGBUILD to include -DOMPL_BUILD_PYBINDINGS=ON, but this also fails. It could be worth trying the (re)generation instructions here: If those work, let me know and I can see if there's a good way to tweak the PKGBUILD to use them if py++ is installed.

acxz commented on 2019-05-22 01:22

I have py++ installed however, during the build process ompl was not able to recognize the optional dependency. Here is my build process,, along with my optional dependency installed: (1/1) installing ompl [---------------------------------------] 100% Optional dependencies for ompl py++: Python binding [installed] ode: Plan using the Open Dynamics Engine [installed] eigen: For an informed sampling technique [installed]

I understand this might be an upstream issue or an issue with the py++ package, but thought I would post this here as well.

wbthomason commented on 2019-01-24 22:24

Updated to 1.4.2

wbthomason commented on 2019-01-03 21:11

Updated to 1.4.1

wbthomason commented on 2019-01-01 04:56

Sounds good, thanks! And thank you for your work creating and maintaining the package.