Since libeigen is a header-only library, LGPL effectively has the same
properties as GPL when it comes to affecting the licensing of the code
that uses libeigen. To avoid the problem, backport a patch to remove all
LGPL-2.1 code from the library.
Switch to using "Minpack" rather than "MINPACK" as license since the
former is the official SPDX name.
Also correct the licenses for ${PN}, ${PN}-dbg and ${PN}-dev to reflect
that they do not contain any GPL code (the GPL code is only used for
benchmark tests and does not affect what is installed).
License-Update: Correct the license information
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
No longer used in generating packages
Also creates a possible confusion with the recipe maintainer
name.
Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
From COPYING.README:
"""
Eigen is primarily MPL2 licensed. See COPYING.MPL2 and these links:
http://www.mozilla.org/MPL/2.0/http://www.mozilla.org/MPL/2.0/FAQ.html
Some files contain third-party code under BSD or LGPL licenses, whence the other
COPYING.* files here.
All the LGPL code is either LGPL 2.1-only, or LGPL 2.1-or-later.
For this reason, the COPYING.LGPL file contains the LGPL 2.1 text.
"""
The upstream repository contains multiple COPYING files (various 3rd party
code is under different licenses), so update the LICENSE information
accordingly. Also, add MINPACK to meta-oe/licenses.
Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Assign ${includedir} to FILES_${PN}-dev (instead of into FILES_${PN}),
as the headers belong to the -dev package and it is done the same way
in boost.
Signed-off-by: Adam Trhon <adam.trhon@tbs-biometrics.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Remove the following unused patch:
0001-CMakeLists.txt-install-FindEigen3.cmake-script.patch
Signed-off-by: Maxin B. John <maxin.john@intel.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Due to the update, the pkg_config_libdir configuration has become
obsolete, and instead the pkgconfig directory must be added to the
dev-package.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This commit is needed for the pcl-ros 1.3.0 recipe in the
meta-ros layer, which detects the Eigen library with the provided
cmake script.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It seems that the libeigen patch is not required anymore. I could
not find any issue while building libeigen and other recipes
depending on libeigen.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Since commit 783fb88f@openembedded-core, out-of-tree builds of
cmake-based recipes are the default, and the variables
OECMAKE_BUILDPATH and OECMAKE_SOURCEPATH were deprecated.
With the commit 2c23d7ab@openembedded-core, the variable
OECMAKE_SOURCEPATH was put back into action, but this causes the
libeigen recipe to fail as OECMAKE_SOURCEPATH is set in the
recipe, but OECMAKE_BUILDPATH is set to the bbclass default.
This commit simply removes both variables from the libeigen recipe
and hence sets the recipe to do a default out-of-tree build.
This resolves the build failure of libeigen with
2c23d7ab@openembedded-core, and furthermore, the adjusted recipe
still works with the cmake.bbclass of 783fb88f@openembedded-core.
The build failure was discovered during the regression testing of
the meta-ros layer. The exact build error message and its
investigation is recorded in issue #276 of the meta-ros issue
tracker at https://github.com/bmwcarit/meta-ros/issues/276.
Signed-off-by: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Tested-by: Ash Charles <ashcharles@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>