Arch Linux User Repository

The package specifies --enable-cblas in the configuration step, ...

FYI, this is the description for that option:

Enable (disabled by default) building the CBLAS compatibility layer. This automatically enables the BLAS compatibility layer as well.

... does not provide /usr/lib/libcblas.so, but /usr/include/cblas.h is offered, resulting in conflict with cblas.

This is a question for upstream to clarify.

@Chocobo1 I am not familiar with blis and a bit confused. The package specifies --enable-cblas in the configuration step, does not provide /usr/lib/libcblas.so, but /usr/include/cblas.h is offered, resulting in conflict with cblas.

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

Isn't it an upstream issue? See https://aur.archlinux.org/packages/blis#comment-1024973 for rationale.

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...