Add tests with reference BLAS and LAPACK

[amontoison]

I have the following tests that are not working:

@testset "Vanilla ReferenceBLAS_jll (ILP64)" begin
    run_all_tests("blas", reverse(ReferenceBLAS_jll.LIBPATH_list), :ILP64, "", tests = [dgemm, sdot])
end

@testset "LBT -> ReferenceBLAS_jll / LAPACK_jll (ILP64)" begin
    libdirs = unique(vcat(lbt_dir, ReferenceBLAS_jll.LIBPATH_list..., LAPACK_jll.LIBPATH_list..., CompilerSupportLibraries_jll.LIBPATH_list...))
    run_all_tests(blastrampoline_link_name(), libdirs, :ILP64, string(ReferenceBLAS_jll.libblas_path, ";", LAPACK_jll.liblapack_path); tests = [dgemm, dpstrf, sgesv, sdot])
end

I commented them.

I suspect that it's because they are already installed.
We should maybe modify the name and soname of the ILP64 libraries of ReferenceBLAS_jll.jl and LAPACK_jll.jl :
libblas.so and liblapack.so -> libblas64.so and liblapack64.so.

[staticfloat]

Why are you limiting this to non-windows?

[amontoison]

I got an issue with rights ln ibmkl_rt.dll but it seems to be fixed with the latest JLL (2024.2.0).

I still the issue here with buildkit :(

[ViralBShah]

I believe that was the first MKL release where all our known issues got sorted out.

[staticfloat]

What is the error that you were seeing here? Looking through the CI logs, I don't understand.

[staticfloat]

The failure on armv7l is silly; it's because we use Julia v1.7 (the last released version on armv7l) but LAPACK32_jll says it needs Julia v1.9+, presumably because it relies on some newer libblastrampoline versions.

The failures on windows look real however.

[ViralBShah]

The odd thing is that adding ReferenceBLAS tests is failing the regular OpenBLAS tests. So presumably, there is some issues with symbols being messed up.

I wonder if we can run these as tests in separate processes, and only load one set of BLAS/LAPACK in each process. Presumably we should also separate MKL to keep it all clean.

[ViralBShah]

The exit code on windows apparently suggests that it is a DLL not found error.