Package Details: openblas-lapack 0.3.6-2

Git Clone URL: https://aur.archlinux.org/openblas-lapack.git (read-only)
Package Base: openblas-lapack
Description: Optimized BLAS library based on GotoBLAS2 1.13 BSD (providing blas, lapack, and cblas)
Upstream URL: http://www.openblas.net/
Licenses: BSD
Conflicts: blas, cblas, lapack, lapacke, openblas
Provides: blas=3.8.0, cblas=3.8.0, lapack=3.8.0, lapacke=3.8.0, openblas
Submitter: sftrytry
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 82
Popularity: 0.270126
First Submitted: 2013-11-20 23:53
Last Updated: 2019-05-06 19:16

Required by (357)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

eolianoe commented on 2017-04-29 15:48

@ewtoombs: could you find which flags make the build fails?

ewtoombs commented on 2017-04-28 21:56

This PKGBUILD (version 0.2.19-1 at the time of writing this) isn't working for my CPU (an Intel Wolfdale-3M), and probably many others. I'm getting illegal instruction errors from some kernels calling femms. I fixed it by nuking the CFLAGS. That's what https://aur.archlinux.org/packages/openblas-lapack-git does. For maximum compatibility, that's what this PKGBUILD should do too. My modifications:

```
build(){
cd "${srcdir}/${_PkgName}-${pkgver}"

unset CFLAGS #<---
unset CXXFLAGS #<---
make ${_config} libs netlib shared
}
```

Fandekasp commented on 2017-02-22 05:11

Got an error "OpenBLAS: Detecting CPU failed" on xps 13

Following https://github.com/xianyi/OpenBLAS/issues/983, and searching https://github.com/xianyi/OpenBLAS/blob/develop/cpuid_x86.c for my cpu target (kaby lake seems to be HASWELL) I resolved it by adding TARGET=HASWELL at the end of the make line in build()

chicomag commented on 2016-12-18 02:35

It builds successfully in armv7h arch, so, it's worth adding this target.

flocke commented on 2016-09-06 08:08

Alright, found my mistake. Rebuilding python-scipy-openblas failed because I forgot to rebuild python2-numpy-openblas and scipy also wants to build the pyton2 version in one go.

eolianoe commented on 2016-09-05 12:46

@flocke: I removed because it seems to be unused by the project and that it enforces the soname of the library. Now, the soname is only enforces by the compilation.
You just need to rebuild the packages depending on openblas-lapack.

flocke commented on 2016-09-05 07:43

Any reasons why you removed the 'MAJOR_VERSION=3' part from the PKGBUILD?
Anything linked against libopenblas.so.3 will fail after the update to 0.2.19 (e.g. python-scipy-openblas).

eolianoe commented on 2016-05-30 18:57

@buzz777: I know that there is some troubles with `USE_OPENMP=0` or `=1` depending on the application, see the comments below. If you do not like the choice in the PKGBUILD, just change it and rebuild. I do not have so much time to make full tests in various OpenMP applications, but I will try to investigate it.
The README is not mine it is the one of the upstream developers, if you have trouble with it, fill a bug report upstream.

buzz777 commented on 2016-05-30 18:32

Changing PKGINFO to USE_OPENMP=1 still produces incorrect build of openblas, and error is still there:

OpenBLAS Warning : Detect OpenMP Loop and this application may hang. Please rebuild the library with USE_OPENMP=1 option.
OpenBLAS Warning : Detect OpenMP Loop and this application may hang. Please rebuild the library with USE_OPENMP=1 option.

Please fix this or update readme with proper information on how to compile OpenBlas with OpenMP.

dekece commented on 2016-04-30 09:47

I tried it with https://aur.archlinux.org/packages/python-spams-svn/ and using openmp, but still have issues of cpu and fans going while for seemingly no reason. The single threaded version works fine (and the library itself is multithreaded with openmp) so it might still have issues.