summaryrefslogtreecommitdiffstats
path: root/package/openblas
Commit message (Collapse)AuthorAgeFilesLines
* openblas: fix build with musl libcBaruch Siach2018-04-252-0/+118
| | | | | | | | | | | | | | | Add upstream patches to avoid use of __GLIBC_PREREQ when this macro is not defined. Fixes: http://autobuild.buildroot.net/results/f13/f13d93372449c9bf1b3c79ed056b8d820470ae89/ http://autobuild.buildroot.net/results/e1c/e1cdcdfe15b4af523c7db71952ac25163733ffb1/ http://autobuild.buildroot.net/results/778/77821a4a37171080fc7ee917862e77babeb06b88/ Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* openblas: bump version to v0.2.20Peter Korsgaard2018-04-015-191/+58
| | | | | | | | | Drop 0001-Complete-support-for-MIPS-n32-ABI.patch as it is now upstream and rebase 0002-Makefile.arm-remove-march-flags.patch. Also add a hash for the license file. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* openblas: drop SSE_GENERIC targetPeter Korsgaard2018-04-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes #10856 The SSE_GENERIC target fails to build with a "sgemm_kernel.o: No such file or directory" error. Several upstream bug reports exist for this: https://github.com/xianyi/OpenBLAS/issues/502 https://github.com/xianyi/OpenBLAS/issues/685 In both cases, upstream suggests using a different target definition instead. E.G. from issue 685: You may use NORTHWOOD on x86: make TARGET=NORTHWOOD that uses SSE2 instructions. It's very hard to find non-SSE2 x86 CPUs today. For x86-64 use the PRESCOTT target So drop the SSE_GENERIC target. The only x86_64 variant we support not covered by a more specific openblas target is the default variant, nocona and jaguar. Nocona was a Xeon variant of the P4 "Prescott" architecture, so use the PRESCOTT openblas target: https://en.wikipedia.org/wiki/Xeon#Nocona_and_Irwindale Jaguar is from the Bobcat family, so use the BOBCAT openblas target: https://en.wikipedia.org/wiki/List_of_AMD_microprocessors#Bobcat_core_architecture_(APU) [Peter: add Jaguar as pointed out by Arnout] Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* arch: add Atom CPUs as Silvermont Architecture targetNorbert Lange2018-01-011-1/+1
| | | | | | | | | The old Atom target is not really fitting for recent Atom CPUs based on Silvermont, Airmont or Goldmont. Those have more in common with older Desktop CPUs than old Atoms. Signed-off-by: Norbert Lange <norbert.lange@andritz.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: SPARC support is for Sparc v9Thomas Petazzoni2017-05-131-1/+2
| | | | | | | | | | | | Makefile.sparc in the openblas source code passes -mcpu=v9, i.e it assumes a SPARCv9 CPU. Therefore, this commit adjusts openblas Config.in file so that SPARC is only used for BR2_sparc_v9. Fixes: http://autobuild.buildroot.net/results/805087e87b8bb7d11adb49d9eca3959a37aca3a2/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* boot, package: use SPDX short identifier for BSD-3cRahul Bedarkar2017-04-011-1/+1
| | | | | | | | | | | 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>
* openblas: disable OpenMPArnout Vandecappelle2016-11-211-0/+3
| | | | | | | | | | | | | | | | | | For powerpc (and powerpc only), the openblas build system will enable USE_OPENMP when threads are enabled. But the toolchain wasn't necessarily built with OpenMP support. So explicitly disable OpenMP - for all architectures, not just powerpc, just to keep things simple. We could have autodetected whether OpenMP is available at configure time, but that would be more of a feature patch, it's up to upstream to do that. Fixes: http://autobuild.buildroot.net/results/423b5e79cd4342d6c160ed478054b294b0826c6a http://autobuild.buildroot.net/results/c9e554c8f880b49b3c9203725ac5e6565b7e5c6f Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: use MIPS specific cores for P5600 and I6400Vicente Olivert Riera2016-10-151-2/+2
| | | | | Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* MIPS: replace every BR2_mips_* with the new MIPS CPU optionsVicente Olivert Riera2016-10-151-3/+3
| | | | | Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* openblas: fix build with old binutils versionsThomas Petazzoni2016-08-221-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | Older toolchains that use binutils <= 2.23.2 are affected by binutils bug #14887 (https://sourceware.org/bugzilla/show_bug.cgi?id=14887), where: someinstruction [ foo, something ] is not accepted, due to the whitespace after [ and before ], causing the following build failures for OpenBLAS: ARM register expected -- `pld [ r1,#512 ]' Since we don't have any mechanism to add dependencies on binutils versions, we work around this problem by patching the code to remove the problematic whitespaces. As there are many many instances of this in the ARM assembly code of OpenBLAS, we use a sed expression to make this modification rather than a patch. Fixes: http://autobuild.buildroot.net/results/43e50b480b4aea0fdec745d7875c85377c114cac/ [Peter: use single quotes in sed invocation] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* openblas: fix build issues on ARMThomas Petazzoni2016-08-092-4/+88
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit fixes several build issues of OpenBLAS on ARM: - The first one occured on ARMv5 platforms, when the ARMV5 OpenBLAS architecture is used. In this case, OpenBLAS build system forces -march=armv5, which may not be correct for certain toolchains. As an example, the Sourcery CodeBench toolchain has an ARMv4 and an ARMv5 sysroot. The ARMv5 sysroot is actually an armv5te sysroot, so when OpenBLAS forces -march=armv5, gcc thinks it should use the ARMv4 sysroot, causing build failures. To address this, a patch to completely remove the -march ARM CFLAGS is added to OpenBLAS. Fixes: http://autobuild.buildroot.net/results/991497b12b70f948169e5ad99eebd0fe7f6209a2/ - The second one occured on ARMv7 platforms, when the ARMV7 OpenBLAS architecture is used. The OpenBLAS code expects an EABIhf build, so a dependency is added for EABIhf for both ARMv6 and ARMv7. Fixes: http://autobuild.buildroot.net/results/0ba0bee48a83367fcefab827e8eaa72f0c8fe90b/ - Once the previous ARMv7 problem has been fixed, it turns out that the ARMv7 specific code in OpenBLAS contains VFPv3 specific code. Therefore, the user *must* have choosen either VFPv3 or VFPv4, or the code will not build. VFPv3-D16/VFPv4-D16 are not sufficient, as more than 16 registers are used by the OpenBLAS code. To address this, the ARMV7 platform of OpenBLAS is restricted to the proper VFPv3/VFPv4 selection, and the ARMV6 platform is restricted to the proper VFPv2 selection. This problem was not visible in the autobuilders, as it was hidden by the previous one. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: P5600 and I6400 cores only available for Codescape toolchainsVicente Olivert Riera2016-08-061-2/+4
| | | | | | | | | | | | | These two MIPS cores are built with MSA support (-mmsa) which is currently in GCC trunk. The only toolchains that support it right now are Codescape MTI and Codescape IMG from Imagination Technologies. Fixes: http://autobuild.buildroot.net/results/af5/af5e9f10287aaf9b9be6228ad7d12b2d926f8051/ http://autobuild.buildroot.net/results/b20/b201e4072b0b634d5ac86781aee24c698f88d689/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: fix build failure for MIPS n32Vicente Olivert Riera2016-07-151-0/+116
| | | | | | | | | | | | | | | | Support for n32 ABI in OpenBLAS is not complete. Adding a patch to fix this problem. This patch has been sent upstream as a pull request: https://github.com/xianyi/OpenBLAS/pull/926 Fixes: http://autobuild.buildroot.net/results/1e8/1e8506a0d7b4fe1b773535f7d23ca422c03f9770/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: pass ONLY_CBLAS=1 only when Fortran is not availableVicente Olivert Riera2016-07-041-2/+3
| | | | | Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* openblas: new packageVicente Olivert Riera2016-07-013-0/+119
OpenBLAS is optimised for specific CPU models, which don't fully match with the GCC code generation options. Therefore, we can't automatically select BR2_PACKAGE_OPENBLAS_TARGET based on the CPU choice. Instead, let the user select the TARGET name, but offer a sensible default. Other possible solutions were deemed too complicated: adding choice options in the ambiguous cases, or only making the option user-visible when there is ambiguity. Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
OpenPOWER on IntegriCloud