NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
fc537892e6
kumquat-buildroot/package/clapack/Config.in

27 lines
940 B
Plaintext
Raw Normal View History

clapack: new package This package provides BLAS and LAPACK libraries. Though it is common to find implementation of these two libraries in Fortran, this package provides a C-implementation for both, because: - Fortran support has been deprecated in Buildroot since the 2013.11 release; - most of the external toolchains do not provide a Fortran compiler. Often BLAS build-systems build some test programs and run them to generate some source files or adjust some build optimizations, naively assuming they are building the library for the build-machine. This does not play well when cross-compiling. This implementation has this defect too, by building and running a tool generating a header. However, the build-system allows to pass an empty header. So, we have to patch the CMake to build the generator (but never install it) and correctly support building with and without this header provided by the user. Also, some CMake patches are needed to fix the build and install rules. [Peter: needs largefile, fix _LICENSE_FILES, tweak patch desc] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-23 01:15:36 +02:00
config BR2_PACKAGE_CLAPACK
bool "cblas/clapack"
clapack: Disable for MIPS platforms Disable this package for MIPS because it needs IRIX headers and libraries. Fixes: http://autobuild.buildroot.net/results/370/370f964441722675820c644403dde7fbc683a315/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Reviewed-by: Markos Chandras <Markos.Chandras@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-06 14:47:31 +02:00
depends on !(BR2_mips || BR2_mipsel || BR2_mips64 || BR2_mips64el)
clapack: don't allow on PowerPC uClibc On PowerPC, clapack uses the _fpu_control symbol, which isn't defined on uClibc, so this commit disallows the selection of clapack on PowerPC uClibc configurations. PowerPC/glibc and ARM/uClibc configurations have been tested to build correctly. Fixes: http://autobuild.buildroot.org/results/d1d/d1d721fa697956218dfc2c865dfb61911cf2600e/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-06 21:27:44 +02:00
# _fpu_control is used on PowerPC, but not available with
# uClibc
depends on !(BR2_powerpc && BR2_TOOLCHAIN_USES_UCLIBC)
clapack: disable on blackfin The "_" symbol prefix added by the blackfin toolchain causes "undefined symbol" build failures when the compiler is trying to link a binary with libblas and/or liblapack. This patch also disables clapack reverse dependencies: armadillo. Fixes: http://autobuild.buildroot.net/results/a28df0ba10803e6e54c2f8160bbd8190cba4d690/ Signed-off-by: Samuel Martin <s.martin49@gmail.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-13 11:11:40 +02:00
# disable clapack on blackfin, it triggers "undefined symbol" failure
# because of the "_" symbol prefix:
# http://autobuild.buildroot.net/results/a28df0ba10803e6e54c2f8160bbd8190cba4d690/
depends on !BR2_bfin
clapack: new package This package provides BLAS and LAPACK libraries. Though it is common to find implementation of these two libraries in Fortran, this package provides a C-implementation for both, because: - Fortran support has been deprecated in Buildroot since the 2013.11 release; - most of the external toolchains do not provide a Fortran compiler. Often BLAS build-systems build some test programs and run them to generate some source files or adjust some build optimizations, naively assuming they are building the library for the build-machine. This does not play well when cross-compiling. This implementation has this defect too, by building and running a tool generating a header. However, the build-system allows to pass an empty header. So, we have to patch the CMake to build the generator (but never install it) and correctly support building with and without this header provided by the user. Also, some CMake patches are needed to fix the build and install rules. [Peter: needs largefile, fix _LICENSE_FILES, tweak patch desc] Signed-off-by: Samuel Martin <s.martin49@gmail.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-23 01:15:36 +02:00
help
BLAS and LAPACK C implementation (f2c'ed version of).
http://www.netlib.org/clapack/
config BR2_PACKAGE_CLAPACK_ARITH_H
string "Custom BLAS arith.h"
depends on BR2_PACKAGE_CLAPACK
help
To optimize BLAS library for the hardware, an 'arith.h' header should
be provided.
If empty, the library will not be optimized by the compiler.
In any case an 'arithchk' program is built (but not installed), to be run
on the target to generate this arith.h header.
Reference in New Issue Copy Permalink