Package Details: openblas-lapack 0.3.7-3

Git Clone URL: https://aur.archlinux.org/openblas-lapack.git (read-only, click to copy)
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: thrasibule
Last Packager: thrasibule
Votes: 82
Popularity: 0.012341
First Submitted: 2013-11-20 23:53
Last Updated: 2019-11-29 02:39

Required by (381)

Sources (1)

Latest Comments

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

adfjjv commented on 2017-10-05 17:12

@MaartenBaert What is your hardware? Did you compile the package on a different machine? The PKGBUILD looks like it doesn't create a hardware-agnostic package. I think it would need at a minimum DYNAMIC_ARCH=1.

MaartenBaert commented on 2017-10-02 02:45

I was comparing the performance of various BLAS/LAPACK packages (through CHOLMOD from SuiteSparse), and was surprised to find that this package is ~40 times slower than the 'openblas' package without LAPACK:

blas + lapack: 10015ms
openblas + lapack: 3721ms
openblas-lapack: 161417ms
atlas-lapack: 4232ms

Does anyone know what could be causing this?

eolianoe commented on 2017-07-14 14:42

@solnce: building fine in an up to date clean chroot. OpenMP is not enabled in this PKGBUILD, so I do not understand why there is some references to OpenMP routines.

solnce commented on 2017-07-14 07:49

Building the most recent version fails for me.


gcc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -O2 -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=12 -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I. -O2 -DMAX_STACK_ALLOC=2048 -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DNO_WARMUP -DMAX_CPU_NUMBER=12 -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I.. -Wl,-O1,--sort-common,--as-needed,-z,relro -w -o linktest linktest.c ../libopenblas_nehalemp-r0.2.19.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lgfortran -lm -lquadmath -lm -lc && echo OK.
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `GOMP_parallel'
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `omp_in_parallel'
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `omp_set_num_threads'
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `omp_get_num_threads'
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `omp_get_max_threads'
../libopenblas_nehalemp-r0.2.19.so: undefined reference to `omp_get_thread_num'
collect2: Fehler: ld gab 1 als Ende-Status zurück

richli commented on 2017-07-13 19:00

Could you add another symlink?

ln -sf libopenblas.so libcblas.so.${_lapackver:0:1}

Otherwise, it seems a recent update to python-numpy fails:

$ python -c 'import numpy'
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/numpy/core/__init__.py", line 16, in <module>
from . import multiarray
ImportError: libcblas.so.3: cannot open shared object file: No such file or directory

eolianoe commented on 2017-07-10 17:26

@xyproto: I'm fine with the move to [community] but if I'm not wrong some optimisations depend on the type of the CPU, not as strongly as atlas does but it may decrease the performance.

xyproto commented on 2017-07-10 16:15

@eolianoe I'm considering adopting+moving openblac-lapack to [community], making it an official package, if you're fine with it.

marcs commented on 2017-07-06 10:19

My problem seems related to the new AMD CPUs based on the Zen architecture, in my case I own a R7 1700.

https://github.com/xianyi/OpenBLAS/issues/1146
https://github.com/xianyi/OpenBLAS/pull/1133

Edit:

Confirmed that from the git repository I can build without errors.

adfjjv commented on 2017-06-28 14:33

@eolianoe I'm sorry. I was using old version of gcc because I had `/opt/cuda/bin` at the start of my PATH.

eolianoe commented on 2017-06-26 14:05

@adfjjv: libgfortran.so.3 comes from a previous version of gcc/gfortran and you need to rebuild each package that depends on the old version of the library. To be sure that everything is properly linked, clean the build directory and rebuild the packages that depends on libgfortran.so.3.