Arch Linux User Repository

conflicts with cblas (/usr/include/cblas.h).

what do you think about removing the conflict with blas and cblas? This package doesn't conflict with either package because it does not provide libblas.so or libcblas.so. Conversely, (as jedbrown pointed out) it's not possible to use this package as a drop-in for blas/cblas, because it provides neither.

Sounds reasonable. Done.

@Chocobo1 what do you think about removing the conflict with blas and cblas? This package doesn't conflict with either package because it does not provide libblas.so or libcblas.so. Conversely, (as jedbrown pointed out) it's not possible to use this package as a drop-in for blas/cblas, because it provides neither.

In order to use blis in my projects without depriving my system of a functioning BLAS, I modify the PKGBUILD to remove the conflicts/provides.

I don't follow how this package can provide blas when it doesn't install a libblas.so. IMO, the correct fix is to stop openblas from providing blas and let a separate package blas-openblas and blas-blis actually install the symlinks. https://bugs.archlinux.org/task/71927#comment206301

Thanks for the fix.

Fails to build if makepkg.conf OPTIONS=(lto) is enabled. Quick fix:

#Add to PKGBUILD:
options=(!lto)

Error details (linking fails with LTO when there is assembly code in source):

Compiling obj/haswell/frame/util/bli_util_unb_var1.o ('haswell' CFLAGS for framework code)
Archiving lib/haswell/libblis.a
Dynamically linking lib/haswell/libblis.so
kernels/haswell/3/sup/bli_gemmsup_rv_haswell_asm_d6x8n.c: In function ‘bli_dgemmsup_rv_haswell_asm_5x8n’:
kernels/haswell/3/sup/bli_gemmsup_rv_haswell_asm_d6x8n.c:1696:1: error: bp cannot be used in ‘asm’ here
1696 | }
    | ^
lto-wrapper: fatal error: /usr/bin/gcc returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make: *** [Makefile:667: lib/haswell/libblis.so] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

does not set "providing blas", therefore any package requiring blas will install the latter as well, overwriting the shared symbolic links

a.kudelin, I followed your suggestion.

--- PKGBUILD 2018-10-04 12:32:47.864104365 +0300
+++ PKGBUILD 2018-10-04 12:31:24.330520209 +0300
@@ -21,8 +21,8 @@

build() {
cd $pkgname-$pkgver
- CFLAGS+=" -fPIC" ./configure -p "${pkgdir}"/usr x86_64
- make BLIS_ENABLE_DYNAMIC_BUILD:=yes
+ CFLAGS+=" -fPIC" ./configure -p "${pkgdir}"/usr auto
+ make
}

check() {