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

34 lines
1.1 KiB
Plaintext
Raw Normal View History

Replace (e)glibc by glibc Following the removal of eglibc support, this commit replaces all occurences of "(e)glibc" by just "glibc". Most of the occurences are in package Config.in comments. In addition, when the form "an (e)glibc ..." was used, it is replaced by "a glibc ...". [Peter: add new efi* packages, s/uclibc/uClibc as suggested by Romain, systemd / liquid-dsp tweaks as suggested by Yann] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Romain Naour <romain.naour@gmail.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-06-08 23:40:54 +02:00
comment "clapack needs a glibc toolchain"
package/clapack: fix comments Provide appropriate comments for the powerpc and !powerpc cases. Adapt armadillo's comments accordingly. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Samuel Martin <s.martin49@gmail.com> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 12:10:07 +02:00
depends on BR2_powerpc
depends on !BR2_TOOLCHAIN_USES_GLIBC
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
package/clapack: fix comments Provide appropriate comments for the powerpc and !powerpc cases. Adapt armadillo's comments accordingly. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Samuel Martin <s.martin49@gmail.com> Reviewed-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-09-02 12:10:07 +02:00
# uClibc or musl
depends on !BR2_powerpc || BR2_TOOLCHAIN_USES_GLIBC
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: disable for m68k coldfire Either a assembler bug or a platform limitation. Fixes: http://autobuild.buildroot.net/results/d24a2e9b35c98a10585cd28b3306a09c49163296/ Signed-off-by: Waldemar Brodkorb <wbx@openadk.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-31 23:05:41 +02:00
# assembler: Error: value out of range
depends on !BR2_m68k_cf
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
package/c*/Config.in: fix help text wrapping The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with the letter c in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@codeblue.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-05 16:08:07 +02:00
To optimize BLAS library for the hardware, an 'arith.h' header
should be provided.
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
If empty, the library will not be optimized by the compiler.
package/c*/Config.in: fix help text wrapping The check-package script when ran gives warnings on text wrapping on all of these Config files. This patch cleans up all warnings related to the text wrapping for the Config files starting with the letter c in the package directory. The appropriate indentation is: <tab><2 spaces><62 chars> See http://nightly.buildroot.org/#writing-rules-config-in for more information. Signed-off-by: Adam Duskett <aduskett@codeblue.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-05 16:08:07 +02:00
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