mirrors/buildroot
0
0
Fork 0
mirror of https://git.busybox.net/buildroot.git synced 2024-11-27 07:23:30 +08:00
Code Issues Packages Projects Releases Wiki Activity
master
buildroot/package/eigen/eigen.mk

32 lines
973 B
Makefile
Raw Permalink Normal View History

eigen: new package [Peter: minor white space tweaks] Signed-off-by: Matt Weber <mlweber1@rockwellcollins.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-05 21:53:27 +08:00
################################################################################
#
# eigen
#
################################################################################
package/eigen: bump to version 3.4.0 For change log since 3.3.7: - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.8 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.9 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.4.0 This commit slightly change the logic defining CMAKE_Fortran_COMPILER in CONF_OPTS to set it only if BR2_TOOLCHAIN_HAS_FORTRAN=y. This is because eigen cmake file fails if CMAKE_Fortran_COMPILER is set to a non-existing fortran compiler. Note: COPYING.BSD hash changed due to the addition of a new-line at the end of the file. The content of the file did not changed. Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2022-05-04 02:59:58 +08:00
EIGEN_VERSION = 3.4.0
package/eigen: use cmake-package infra The eigen package was introduced as a generic package, but upstream was in fact using CMake. The motivation of this change is to fix package detection with CMake. Eigen3 library normally installs a signature file named "signature_of_eigen3_matrix_library" to help library detection: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/CMakeLists.txt#L423 The library also provide a CMake macro that use this file to detect it: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/cmake/FindEigen3.cmake#L76 Without the signature file installed, packages searching for this library with this method will fail. Other packages usings pkg-config are not affected by this issue. By using the cmake-package infrastructure, all the needed files are now installed, fixing this CMake detection issue. Other changes in this patch: - Updated the Eigen git repository to the new url: https://gitlab.com/libeigen/eigen - Removed all build and install staging commands (now included in upstream cmake) - Package needs EIGEN_SUPPORTS_IN_SOURCE_BUILD = NO - Removed the BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES option, as this option is not proposed by the upstream CMake. Unsupported module header files are now unconditionally installed. As such, no need to introduce a legacy entry for BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES: users that had it enabled will still get the files installed, while those that did not will get them installed now. - Updated hash for source package, because the first component in the stored paths changed from eigen-eigen-323c052e1731/ to eigen-3.3.7/ and some mercurial related files (.hg_archival.txt, .hgtags) got dropped after the conversion to git. - Reformat hash file with two spaces delimiters - Define EIGEN_CONF_OPTS to set pkg-config .pc install path Signed-off-by: Julien Olivain <juju@cotds.org> Tested-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-16 02:49:11 +08:00
EIGEN_SOURCE = eigen-$(EIGEN_VERSION).tar.bz2
package/eigen: use gitlab macro Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2021-03-29 03:13:51 +08:00
EIGEN_SITE = $(call gitlab,libeigen,eigen,$(EIGEN_VERSION))
boot, package: use SPDX short identifier for BSD-3c We want to use SPDX identifier for license string as much as possible. SPDX short identifier for BSD-3c is BSD-3-Clause. This change is done using following command. find . -name "*.mk" | xargs sed -ri '/LICENSE( )?[\+:]?=/s/BSD-3c/BSD-3-Clause/g' Signed-off-by: Rahul Bedarkar <rahulbedarkar89@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-03-30 21:43:38 +08:00
EIGEN_LICENSE = MPL2, BSD-3-Clause, LGPL-2.1
eigen: new package [Peter: minor white space tweaks] Signed-off-by: Matt Weber <mlweber1@rockwellcollins.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-05 21:53:27 +08:00
EIGEN_LICENSE_FILES = COPYING.MPL2 COPYING.BSD COPYING.LGPL COPYING.README
EIGEN_INSTALL_STAGING = YES
EIGEN_INSTALL_TARGET = NO
package/eigen: use cmake-package infra The eigen package was introduced as a generic package, but upstream was in fact using CMake. The motivation of this change is to fix package detection with CMake. Eigen3 library normally installs a signature file named "signature_of_eigen3_matrix_library" to help library detection: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/CMakeLists.txt#L423 The library also provide a CMake macro that use this file to detect it: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/cmake/FindEigen3.cmake#L76 Without the signature file installed, packages searching for this library with this method will fail. Other packages usings pkg-config are not affected by this issue. By using the cmake-package infrastructure, all the needed files are now installed, fixing this CMake detection issue. Other changes in this patch: - Updated the Eigen git repository to the new url: https://gitlab.com/libeigen/eigen - Removed all build and install staging commands (now included in upstream cmake) - Package needs EIGEN_SUPPORTS_IN_SOURCE_BUILD = NO - Removed the BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES option, as this option is not proposed by the upstream CMake. Unsupported module header files are now unconditionally installed. As such, no need to introduce a legacy entry for BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES: users that had it enabled will still get the files installed, while those that did not will get them installed now. - Updated hash for source package, because the first component in the stored paths changed from eigen-eigen-323c052e1731/ to eigen-3.3.7/ and some mercurial related files (.hg_archival.txt, .hgtags) got dropped after the conversion to git. - Reformat hash file with two spaces delimiters - Define EIGEN_CONF_OPTS to set pkg-config .pc install path Signed-off-by: Julien Olivain <juju@cotds.org> Tested-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-16 02:49:11 +08:00
EIGEN_SUPPORTS_IN_SOURCE_BUILD = NO
eigen: new package [Peter: minor white space tweaks] Signed-off-by: Matt Weber <mlweber1@rockwellcollins.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-09-05 21:53:27 +08:00
package/eigen: use cmake-package infra The eigen package was introduced as a generic package, but upstream was in fact using CMake. The motivation of this change is to fix package detection with CMake. Eigen3 library normally installs a signature file named "signature_of_eigen3_matrix_library" to help library detection: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/CMakeLists.txt#L423 The library also provide a CMake macro that use this file to detect it: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/cmake/FindEigen3.cmake#L76 Without the signature file installed, packages searching for this library with this method will fail. Other packages usings pkg-config are not affected by this issue. By using the cmake-package infrastructure, all the needed files are now installed, fixing this CMake detection issue. Other changes in this patch: - Updated the Eigen git repository to the new url: https://gitlab.com/libeigen/eigen - Removed all build and install staging commands (now included in upstream cmake) - Package needs EIGEN_SUPPORTS_IN_SOURCE_BUILD = NO - Removed the BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES option, as this option is not proposed by the upstream CMake. Unsupported module header files are now unconditionally installed. As such, no need to introduce a legacy entry for BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES: users that had it enabled will still get the files installed, while those that did not will get them installed now. - Updated hash for source package, because the first component in the stored paths changed from eigen-eigen-323c052e1731/ to eigen-3.3.7/ and some mercurial related files (.hg_archival.txt, .hgtags) got dropped after the conversion to git. - Reformat hash file with two spaces delimiters - Define EIGEN_CONF_OPTS to set pkg-config .pc install path Signed-off-by: Julien Olivain <juju@cotds.org> Tested-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-16 02:49:11 +08:00
# Default Eigen CMake installs .pc file in /usr/share/pkgconfig
# change it to /usr/lib/pkgconfig, to be consistent with other packages.
package/eigen: bump to version 3.4.0 For change log since 3.3.7: - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.8 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.9 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.4.0 This commit slightly change the logic defining CMAKE_Fortran_COMPILER in CONF_OPTS to set it only if BR2_TOOLCHAIN_HAS_FORTRAN=y. This is because eigen cmake file fails if CMAKE_Fortran_COMPILER is set to a non-existing fortran compiler. Note: COPYING.BSD hash changed due to the addition of a new-line at the end of the file. The content of the file did not changed. Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2022-05-04 02:59:58 +08:00
EIGEN_CONF_OPTS = -DPKGCONFIG_INSTALL_DIR=/usr/lib/pkgconfig
ifeq ($(BR2_TOOLCHAIN_HAS_FORTRAN),y)
package/eigen: fix build without Fortran Fix the following build failure without a working Fortran compiler: CMake Error at /nvmedata/autobuild/instance-17/output-1/host/share/cmake-3.18/Modules/CMakeTestFortranCompiler.cmake:51 (message): The Fortran compiler "/usr/bin/f95" is not able to compile a simple test program. Fixes: - http://autobuild.buildroot.org/results/37f3f40ee39739b5e557d634b71a448762107a4b Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2022-06-06 18:00:23 +08:00
EIGEN_CONF_OPTS += \
-DCMAKE_Fortran_COMPILER=$(TARGET_FC) \
-DEIGEN_BUILD_BLAS=ON \
-DEIGEN_BUILD_LAPACK=ON
else
EIGEN_CONF_OPTS += \
-DEIGEN_BUILD_BLAS=OFF \
-DEIGEN_BUILD_LAPACK=OFF
package/eigen: bump to version 3.4.0 For change log since 3.3.7: - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.8 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.3.9 - https://eigen.tuxfamily.org/index.php?title=ChangeLog#Eigen_3.4.0 This commit slightly change the logic defining CMAKE_Fortran_COMPILER in CONF_OPTS to set it only if BR2_TOOLCHAIN_HAS_FORTRAN=y. This is because eigen cmake file fails if CMAKE_Fortran_COMPILER is set to a non-existing fortran compiler. Note: COPYING.BSD hash changed due to the addition of a new-line at the end of the file. The content of the file did not changed. Signed-off-by: Julien Olivain <ju.o@free.fr> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2022-05-04 02:59:58 +08:00
endif
eigen: add an option to install unsupported modules Signed-off-by: Davide Viti <d.viti@infosolution.it> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-31 06:30:30 +08:00
package/eigen: use cmake-package infra The eigen package was introduced as a generic package, but upstream was in fact using CMake. The motivation of this change is to fix package detection with CMake. Eigen3 library normally installs a signature file named "signature_of_eigen3_matrix_library" to help library detection: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/CMakeLists.txt#L423 The library also provide a CMake macro that use this file to detect it: https://gitlab.com/libeigen/eigen/-/blob/3.3.7/cmake/FindEigen3.cmake#L76 Without the signature file installed, packages searching for this library with this method will fail. Other packages usings pkg-config are not affected by this issue. By using the cmake-package infrastructure, all the needed files are now installed, fixing this CMake detection issue. Other changes in this patch: - Updated the Eigen git repository to the new url: https://gitlab.com/libeigen/eigen - Removed all build and install staging commands (now included in upstream cmake) - Package needs EIGEN_SUPPORTS_IN_SOURCE_BUILD = NO - Removed the BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES option, as this option is not proposed by the upstream CMake. Unsupported module header files are now unconditionally installed. As such, no need to introduce a legacy entry for BR2_PACKAGE_EIGEN_UNSUPPORTED_MODULES: users that had it enabled will still get the files installed, while those that did not will get them installed now. - Updated hash for source package, because the first component in the stored paths changed from eigen-eigen-323c052e1731/ to eigen-3.3.7/ and some mercurial related files (.hg_archival.txt, .hgtags) got dropped after the conversion to git. - Reformat hash file with two spaces delimiters - Define EIGEN_CONF_OPTS to set pkg-config .pc install path Signed-off-by: Julien Olivain <juju@cotds.org> Tested-by: Matthew Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
2020-06-16 02:49:11 +08:00
$(eval $(cmake-package))
Reference in New Issue Copy Permalink