Package Details: openblas 0.2.20-1

Git Clone URL: (read-only)
Package Base: openblas
Description: An optimized BLAS library based on GotoBLAS2 1.13 BSD
Upstream URL:
Licenses: BSD
Conflicts: blas
Provides: blas=3.6.0
Submitter: gborzi
Maintainer: gborzi
Last Packager: gborzi
Votes: 37
Popularity: 0.964446
First Submitted: 2012-05-10 22:50
Last Updated: 2017-07-31 15:43

Required by (69)

Sources (1)

Latest Comments

sl1pkn07 commented on 2017-06-14 14:05


please change the description according as your statement. actual description make the users they are confused

thy with this


gborzi commented on 2017-06-13 17:30

this package is intented as a drop-in replacement for repo blas. Any package already linked with blas (e.g. octave) will use the optimized openblas. To solve the issue, those interest can submit another openblas package where the library soname is openblas.

jbmorgado commented on 2017-06-13 17:25


But what is the proper solution to solve this issue? I'm trying to use python-opencv2 and it complains the following:

ImportError: cannot open shared object file: No such file or directory

sl1pkn07 commented on 2017-06-07 13:36

blas and openblas is a different implementation. can living both together in a same time

for example with this pkgbuild:

gborzi commented on 2017-06-06 20:37

please see the exchange I had with @oniram on 2015-08-12.

sl1pkn07 commented on 2017-06-06 18:38

why use LIB PREFIX=libblas?

this break programs with* as requirement

and can't be co-installed with blas from [extra]

gborzi commented on 2017-06-05 14:02

It's the strip command executed by makepkg. By default it is active and uses the --strip-debug option on static libraries.

opens commented on 2017-06-05 11:55

Thank you very much, now the *.a files are present in /usr/lib.
But if I link programs against the *.a file, I get some errors (undefined references of some source files of the program I want to install. I linked it correctly to /usr/lib).
I discovered that the manually installed openblas (which works fine) has a *.a library of size 28 MB, the one with the provided pkgbuild only of 7 MB.
I think I will try to remove some make options in the pkgbuild.
For the manual installation I only use make USE_OPENMP=1.
Which option could be the reason for different *.a file sizes?

gborzi commented on 2017-06-04 22:52

Perhaps you should check the staticlibs option in your makepkg.conf. If you have an option line like this
OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman...
which is the default, then it's makepkg that deletes the static libraries (note the exclamation mark for the option).

opens commented on 2017-06-04 21:38

Sorry for my really late response:

I find the* files, but I don't find the *.a files. I know that they should be here (according to the PKGBUILD):
ln -sf libblas_*-r$pkgver.a libblas.a
ln -sf libblas_*-r$
ln -sf libblas_*-r$

but if I search them in /usr/lib, they aren't:

[opens@archlinux lib]$ sudo find -iname "*blas*"
[sudo] Passwort für opens:
./ ## This one I copied here for some reasons.
[opens@archlinux lib]$

(I reinstalled openblas with pacaur)

All comments