I'm in the process of making an RPM package for the Julia language (bug 1040517), and I'm linking to OpenBLAS. I'm using the 32-bit interface, but I'd rather use the 64-bit one (ILP64) like upstream. This has also been requested by anoter person on the OpenBLAS package review bug: https://bugzilla.redhat.com/show_bug.cgi?id=739398#c21 In practice, I guess the easiest solution is to create a different library called e.g. libopenblas_ilp64.so, built with INTERFACE64=1. But you now much better than I do what's appropriate.
I'll see about this when 0.2.9 comes out.
Great!
Work is underway in bug #1043083. This will only hit Rawhide, though, because OpenBLAS 0.2.9 needs lapacke version 1.5.0.. and also some object files that haven't been packaged yet.
openblas-0.2.9-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/FEDORA-2014-7637/openblas-0.2.9-1.fc20
openblas-0.2.9-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
So, this doesn't work with julia, we get: while loading /builddir/build/BUILD/julia-0.4.2/test/fft.jl, in expression starting on line 50On worker 29: LoadError: test error in expression: norm(idct(dct(a)) - a) < 1.0e-8 ccall: could not find function zgesdd_64_ in library libopenblasp64_.so.0 This is because openblas doesn't implement all of the BLAS/LAPACK functions itself and so some come from the netlib lapack. I've filed bug #1295965 to try to get similar symbols in netlib lapack.