Building with system's openblas fails

[wavexx]

I'm trying to rebuild julia from source / master. This on linux/x86_64 under debian unstable.

Since a month or so, it fails during bootstrap with the following error:

SparseArrays  ───  3.323917 seconds
error during bootstrap:
LoadError("sysimg.jl", 16, LoadError("src/julia/usr/share/julia/stdlib/v1.3/SuiteSparse/src/SuiteSparse.jl", 24, LoadError("src/julia/usr/share/julia/stdlib/v1.3/SuiteSparse/src/umfpack.jl", 66, ErrorException("error compiling top-level scope: could not load library \"libsuitesparse_wrapper\"\nlibopenblas64_.so.0: cannot open shared object file: No such file or directory"))))

I explicitly request to use system's openblas and suitesparse in Make.user:

USE_SYSTEM_BLAS:=1
USE_SYSTEM_SUITESPARSE:=1

Reading README.md I tried to set LIBBLAS and LIBBLASNAME to no effect whatsoever.

Where does "libopenblas64_.so.0" comes from? Looks like some default expansion with an empty version.

[ViralBShah]

@staticfloat is this happening because of the mangled names?

[staticfloat]

I bet you're getting a precompiled version of SuiteSparse that is linked against the version of OpenBLAS that we expect, not the one your system is providing, so you're going to need to opt out of precompiled SuiteSparse by setting the make variable USE_BINARYBUILDER_SUITESPARSE to 0.

We should do this automatically when USE_SYSTEM_SUITESPARSE=1, (and for USE_SYSTEM_BLAS=1, for that matter). I've submitted a PR to do this.

[wavexx]

Setting USE_BINARYBUILDER_SUITESPARSE did the trick

[wavexx]

MMh, ok, but the PR hasn't been merged yet?