Package Details: blis 1.1-2

Git Clone URL: https://aur.archlinux.org/blis.git (read-only, click to copy)
Package Base: blis
Description: BLAS-like Library Instantiation Software Framework
Upstream URL: https://github.com/flame/blis
Licenses: BSD-3-Clause
Provides: libblis.so
Submitter: jdarch
Maintainer: Chocobo1
Last Packager: Chocobo1
Votes: 3
Popularity: 0.000000
First Submitted: 2015-08-13 02:47 (UTC)
Last Updated: 2025-05-18 20:08 (UTC)

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

1 2 Next › Last »

e-kwsm commented on 2025-05-18 21:41 (UTC)

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

Chocobo1 commented on 2025-05-18 20:09 (UTC)

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.

chillenb commented on 2025-05-18 19:41 (UTC)

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

jedbrown commented on 2022-06-16 19:35 (UTC)

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

MarsSeed commented on 2022-04-07 11:44 (UTC) (edited on 2022-06-17 08:34 (UTC) by MarsSeed)

Thanks for the fix.

MarsSeed commented on 2022-02-23 12:29 (UTC) (edited on 2022-04-01 14:01 (UTC) by MarsSeed)

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

ExaFusion commented on 2021-08-25 12:55 (UTC)

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

haawda commented on 2018-10-04 10:52 (UTC)

a.kudelin, I followed your suggestion.

a.kudelin commented on 2018-10-04 09:53 (UTC)

--- 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() {