Package Details: openblas-lapack 0.2.20-1

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.7.0, cblas=3.7.0, lapack=3.7.0, lapacke=3.7.0, openblas
Submitter: sftrytry
Maintainer: eolianoe
Last Packager: eolianoe
Votes: 57
Popularity: 3.310634
First Submitted: 2013-11-20 23:53
Last Updated: 2017-07-24 14:29

Required by (217)

Sources (1)

Latest Comments

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.

adfjjv commented on 2017-06-24 05:30

@eolianoe rebuild which package? I am building openblas-lapack (on 2 different arch machines). Maybe you can help point me to reasons why the build script thinks I have libgfortran.so.3 instead of libgfortran.so.4

eolianoe commented on 2017-06-23 20:10

@adfjjv: you just need to rebuild the package in order to link with the new library.

All comments