Bug 754930

Summary:	sci-libs/mkl: symlink provider for BLAS CBLAS LAPACK LAPACKE no longer works
Product:	Gentoo Linux	Reporter:	Aisha Tammy <gentoo>
Component:	Current packages	Assignee:	Gentoo Science Related Packages <sci>
Status:	UNCONFIRMED ---
Severity:	normal	CC:	jstein, lumin, sam
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Aisha Tammy 2020-11-16 16:17:31 UTC

The current technique for using MKL as a provider is no longer going to be working as Intel have fixed their SONAME behaviour.

This method was faulty to begin with and there is no good solution present

Possible solutions 
1) drop MKL as BLAS/LAPACK provider
2) use chainloading to create a dummy empty library which loads libmkl_rt.so

I am in favor of (2), a working solution is shown in 
https://github.com/bsd-ac/gentoo-blas-lapack

It currently uses the chainloading eclass for OpenBLAS, MKL, BLIS, AOCL BLIS, libflame, and AOCL libflame.

This second technique has had runtime testing by using it for numpy and scipy during their tests and after installation by using it in day to day situations (for around a month).

Comment 1 Benda Xu gentoo-dev

2021-01-20 23:01:24 UTC

@lumin, any ideas on this issue?