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).
@lumin, any ideas on this issue?