p71924506
/
meta-ros
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
meta-ros/v1-recipes-ros1/octomap/octomap_1.8.0.bb

17 lines
679 B
BlitzBasic
Raw Normal View History

octomap: initial commit
2013-10-13 02:27:38 +08:00
DESCRIPTION = "The OctoMap library implements a 3D occupancy grid mapping approach, providing data structures and mapping algorithms in C++."
SECTION = "devel"
LICENSE = "BSD"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=9b0e1f01a68f441eeaf7b5e18812d3c8"
octomap: upgrade to 1.8.0 Also backport a patch improving generation of config.cmake files. This makes octomap libraries relocatable which is required for successful cross-compilation builds. Signed-off-by: Dmitry Rozhkov <dmitry.rozhkov@linux.intel.com>
2017-02-01 20:43:57 +08:00
SRC_URI = "https://github.com/OctoMap/${BPN}/archive/v${PV}.tar.gz;downloadfilename=${BP}.tar.gz \
file://0001-Improve-the-generation-of-config.cmake-and-version.c.patch \
"
SRC_URI[md5sum] = "e341c3ef92c978cc0261158bbafbf46a"
SRC_URI[sha256sum] = "158f66af55bb660a2aa7d0a00c60c9e5320f6594bd0924748af1471d315d5633"
octomap: simplifying recipe When I investigated the issue #291 with Kristof's patch applied, I noticed that `bitbake octomap` failed. Due to my inspection, I believe that the inheritance on ros was only needed as the ROS_SPN and ROS_SP variables were used in the recipe. After simply using the default variables, BPN and BP, I removed the inheritance on ros. Furthermore, as meta-ros only has one recipe for octomap base library for now, we do not need to split the recipe definition in an include and a recipe file. Probably, this was done as premature optimization believing that the libraries from the octomap repository, e.g., octovis, would be added shortly after. Testing with `bitbake packagegroup-ros-world` reported no errors. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
2015-02-18 14:44:36 +08:00
S = "${WORKDIR}/${BP}/${BPN}"
clean up to prepare merging content from #519 This commit includes: - use `DEPENDS =` instead of `DEPENDS +=`. - put single-line configurations into a single line - move DEPENDS to right location in recipe files - remove superfluous ROS_SPN declarations The clean up was motivated by the commits for object-recognition-msgs and hector-mapping in #519. Issues were identified with `grep "DEPENDS +=" . -R` and by looking at the output of oe-stylize.py with this bash script: ``` for RECIPE in $(find . -name *.bb) do echo "Processing: $RECIPE" ~/work/repositories/openembedded.org/meta-openembedded/contrib/oe-stylize.py $RECIPE > $RECIPE-oestylize diff $RECIPE $RECIPE-oestylize done ``` Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com>
2017-11-23 16:07:25 +08:00
EXTRA_OECMAKE += "-DCMAKE_SKIP_RPATH=ON"
octomap: simplifying recipe When I investigated the issue #291 with Kristof's patch applied, I noticed that `bitbake octomap` failed. Due to my inspection, I believe that the inheritance on ros was only needed as the ROS_SPN and ROS_SP variables were used in the recipe. After simply using the default variables, BPN and BP, I removed the inheritance on ros. Furthermore, as meta-ros only has one recipe for octomap base library for now, we do not need to split the recipe definition in an include and a recipe file. Probably, this was done as premature optimization believing that the libraries from the octomap repository, e.g., octovis, would be added shortly after. Testing with `bitbake packagegroup-ros-world` reported no errors. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
2015-02-18 14:44:36 +08:00
inherit cmake