Package Details: openblas-lapack 0.3.11-2

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.9.0, lapacke=3.9.0, openblas
Submitter: sftrytry
Maintainer: thrasibule
Last Packager: thrasibule
Votes: 84
Popularity: 1.10
First Submitted: 2013-11-20 23:53
Last Updated: 2020-10-21 15:03

Required by (403)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

liamtimms commented on 2020-10-21 22:57

@thrasibule thanks for the fast work! With your fixes in the new version it is now building. I've not done any testing beyond that but cheers.

thrasibule commented on 2020-10-21 15:05

I've just pushed a tentative fix. The issues upstream warns about seems to be missing symbols when the library is compiled statically. Since we build the shared library, we should be ok.

thrasibule commented on 2020-10-21 14:05

@damir, what's the target detected? It seems weird that it's trying to compile some arm kernels. You can see it in CORE and LIBCORE in Makefile.conf. If there are issues with the build system, they probably should be reported upstream.

liamtimms commented on 2020-10-21 13:59

@damir I have the same failed build log on intel+nvidia so I don't think it's hardware dependent.

I just built 0.3.10 without issue so I'd recommend anyone doing a fresh install right now to just go back to that. There's huge warnings on the github page (https://github.com/xianyi/OpenBLAS/releases) and the latest official release is still 0.3.10. If nobody can build with 0.3.11 it should not have been pushed to the AUR.

damir commented on 2020-10-20 21:57

fails also to build for me - on ryzen 3950x:

cc -c -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=32 -DMAX_PARALLEL_NUMBER=1 -DUSE_TLS -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.11\" -msse3 -mssse3 -msse4.1 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=idmax_k -DASMFNAME=idmax_k_ -DNAME=idmax_k_ -DCNAME=idmax_k -DCHAR_NAME=\"idmax_k_\" -DCHAR_CNAME=\"idmax_k\" -DNO_AFFINITY -I.. -DDOUBLE  -UCOMPLEX -UCOMPLEX -DDOUBLE -UUSE_ABS  -UUSE_MIN ../kernel/x86_64/iamax_sse2.S -o idmax_k.o
In file included from ../kernel/x86_64/../arm/../simd/intrin.h:63,
                 from ../kernel/x86_64/../arm/sum.c:33:
../kernel/x86_64/../arm/../simd/intrin_avx.h: In function ‘v_sum_f32’:
../kernel/x86_64/../arm/../simd/intrin_avx.h:31:20: note: the ABI for passing parameters with 32-byte alignment has changed in GCC 4.6
   31 | BLAS_FINLINE float v_sum_f32(__m256 a)
      |                    ^~~~~~~~~
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/immintrin.h:51,
                 from ../kernel/x86_64/../arm/../simd/intrin.h:51,
                 from ../kernel/x86_64/../arm/sum.c:33:
/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/avxintrin.h:517:1: error: inlining failed in call to ‘always_inline’ ‘_mm256_extractf128_ps’: target specific option mismatch
  517 | _mm256_extractf128_ps (__m256 __X, const int __N)
      | ^~~~~~~~~~~~~~~~~~~~~
In file included from ../kernel/x86_64/../arm/../simd/intrin.h:63,
                 from ../kernel/x86_64/../arm/sum.c:33:
../kernel/x86_64/../arm/../simd/intrin_avx.h:36:17: note: called from here
   36 |     __m128 hi = _mm256_extractf128_ps(sum_halves, 1);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/immintrin.h:51,
                 from ../kernel/x86_64/../arm/../simd/intrin.h:51,
                 from ../kernel/x86_64/../arm/sum.c:33:
/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/avxintrin.h:1454:1: error: inlining failed in call to ‘always_inline’ ‘_mm256_castps256_ps128’: target specific option mismatch
 1454 | _mm256_castps256_ps128 (__m256 __A)
      | ^~~~~~~~~~~~~~~~~~~~~~
In file included from ../kernel/x86_64/../arm/../simd/intrin.h:63,
                 from ../kernel/x86_64/../arm/sum.c:33:
../kernel/x86_64/../arm/../simd/intrin_avx.h:35:17: note: called from here
   35 |     __m128 lo = _mm256_castps256_ps128(sum_halves);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/immintrin.h:51,
                 from ../kernel/x86_64/../arm/../simd/intrin.h:51,
                 from ../kernel/x86_64/../arm/sum.c:33:
/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/avxintrin.h:270:1: error: inlining failed in call to ‘always_inline’ ‘_mm256_hadd_ps’: target specific option mismatch
  270 | _mm256_hadd_ps (__m256 __X, __m256 __Y)
      | ^~~~~~~~~~~~~~
In file included from ../kernel/x86_64/../arm/../simd/intrin.h:63,
                 from ../kernel/x86_64/../arm/sum.c:33:
../kernel/x86_64/../arm/../simd/intrin_avx.h:34:18: note: called from here
   34 |     sum_halves = _mm256_hadd_ps(sum_halves, sum_halves);
      |                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/immintrin.h:51,
                 from ../kernel/x86_64/../arm/../simd/intrin.h:51,
                 from ../kernel/x86_64/../arm/sum.c:33:
/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0/include/avxintrin.h:270:1: error: inlining failed in call to ‘always_inline’ ‘_mm256_hadd_ps’: target specific option mismatch
  270 | _mm256_hadd_ps (__m256 __X, __m256 __Y)
      | ^~~~~~~~~~~~~~
In file included from ../kernel/x86_64/../arm/../simd/intrin.h:63,
                 from ../kernel/x86_64/../arm/sum.c:33:
../kernel/x86_64/../arm/../simd/intrin_avx.h:33:25: note: called from here
   33 |     __m256 sum_halves = _mm256_hadd_ps(a, a);
      |                         ^~~~~~~~~~~~~~~~~~~~
cc -c -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=32 -DMAX_PARALLEL_NUMBER=1 -DUSE_TLS -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.11\" -msse3 -mssse3 -msse4.1 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=idmin_k -DASMFNAME=idmin_k_ -DNAME=idmin_k_ -DCNAME=idmin_k -DCHAR_NAME=\"idmin_k_\" -DCHAR_CNAME=\"idmin_k\" -DNO_AFFINITY -I.. -DDOUBLE  -UCOMPLEX -UCOMPLEX -DDOUBLE -UUSE_ABS  -DUSE_MIN ../kernel/x86_64/iamax_sse2.S -o idmin_k.o
cc -c -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=32 -DMAX_PARALLEL_NUMBER=1 -DUSE_TLS -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.11\" -msse3 -mssse3 -msse4.1 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=dasum_k -DASMFNAME=dasum_k_ -DNAME=dasum_k_ -DCNAME=dasum_k -DCHAR_NAME=\"dasum_k_\" -DCHAR_CNAME=\"dasum_k\" -DNO_AFFINITY -I.. -DDOUBLE  -UCOMPLEX -UCOMPLEX -DDOUBLE ../kernel/x86_64/asum_sse2.S -o dasum_k.o
cc -c -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -O2 -DMAX_STACK_ALLOC=2048 -fopenmp -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DSMP_SERVER -DUSE_OPENMP -DNO_WARMUP -DMAX_CPU_NUMBER=32 -DMAX_PARALLEL_NUMBER=1 -DUSE_TLS -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.11\" -msse3 -mssse3 -msse4.1 -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME=daxpy_k -DASMFNAME=daxpy_k_ -DNAME=daxpy_k_ -DCNAME=daxpy_k -DCHAR_NAME=\"daxpy_k_\" -DCHAR_CNAME=\"daxpy_k\" -DNO_AFFINITY -I.. -DDOUBLE  -UCOMPLEX -UCOMPLEX -DDOUBLE ../kernel/x86_64/daxpy.c -o daxpy_k.o
make[1]: *** [Makefile.L1:691: ssum_k.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/home/damir/.cache/yay/openblas-lapack/src/OpenBLAS-0.3.11/kernel'
make: *** [Makefile:165: libs] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
error making: openblas-lapack

haawda commented on 2020-10-20 19:54

Upstream notes for version 0.3.11:

NOTE there appear to be several defects in this version unfortunately - this should not be redistributed or used in a production environment

Additionally, 0.3.11 does not build for me.

thrasibule commented on 2020-03-05 01:52

@kgizdov that's on purpose. Reference Blas 0.3.9 is not out yet, and definitely not part of openblas.

kgizdov commented on 2020-03-04 09:49

I think the blasver was not correctly updated - it should be 0.3.9

E3LDDfrK commented on 2020-02-04 17:30

So, since this one is compiled with openmp (USE_OPENMP=1), I suppose openblas-lapack-openmp is pointless now?

samk commented on 2019-11-29 16:16

Just checked, and it creates libopenblas.so.3 instead of libopenblas.so.0. So, all good now. Thanks!