request: libflame

[ChrisRackauckas]

BLIS does not export a full LAPACK (see JuliaLinearAlgebra/BLIS.jl#3), but is supposed to be a part of flame https://github.com/flame/libflame. In LinearSolve.jl, I don't need (or want) libblastrampoline wrappers on here anyways, so if the jll exists it would be immediately useful to a large community and would finish (SciML/LinearSolve.jl#431).

[imciner2]

libflame on its own is probably doable, but I am not sure it can fully be integrated into an LBT-based switching system on its own. According to the manual, the lapack2flame compatibility layer only exports the following

[jd-foster]

--enable-lapack2flame provides a LAPACK 3.11 compatibility layer.
Note also this recent commit that updates on this work: flame/libflame@74b56a2

[ViralBShah]

Does FLAME provide a complete compatiblity with LAPACK? It would be nice to include it in Ygg.

[imciner2]

Does FLAME provide a complete compatiblity with LAPACK? It would be nice to include it in Ygg.

I actually just saw some discussion on this that happened in the BLIS discord server recently, and apparently, libflame is ABI compatible with LAPACK 3.11 when it is built using --enable-lapack, but is not ABI compatible using their older f2c LAPACK wrapper layer.

So I think we can get a LAPACK version of libflame into Ygg.

[ViralBShah]

And might also then transparently work with LBT. What fun!

[ChrisRackauckas]

Any movement on this?

[imciner2]

The initial script in #8671 was working on all the platforms except for macOS - on there is was somehow creating a dylib that had absolutely no functions at all. No one could figure out exactly what was happening, and so it just kind of stalled.

[ChrisRackauckas]

That's fine since you almost certainly want to use Apple accelerate on that platform anyways, so if it's a no op there then it's fine

[imciner2]

The libflame build script is merged now.