Comment # 3 on bug 1223967 from Richard Biener

Hmm, but the dynamic loader relies on the shared library to be present in
/usr/lib64/hwcaps/x86-64-v3/ (IIRC).  So to work the alternatives link
would need to be present there, pointing to the actual hwcaps library
in /usr/lib64/blas/hwcaps/x86-64-v3/... (or another directory or a changed
library name).

So I don't see how the generic hwcaps mechanism can be made work for the
case of lapack.  To me it seems the library copying would need to be
done manually in lapack and only the multibuild part of the hwcaps
mechanism preserved?

That said, IMO having "alternatives" for shared libraries is a red herring...
(but yeah, I understand why we have it, but then there's nothing wrong
with Conflicts and multiple providers of liblapack.so.3)