On Sun, 24 Dec 2017 22:01:33 +0900 Makoto Yamashita <Makoto.Yamashita@i s.titech.ac.jp> wrote: > > However, unfortunately for us, I could not resolve the issues. > (I tried them before, but I could not.) > > When I prepared the debian package, I needed libmumps-seq-4.10.0. > Without libmumps-seq-4.10.0, the SDPA package installed by apt-get > could not work, since apt-get could not know that SDPA requires the mumps > library.
I am confused by this. In 7.3.9+dfsg-1.1 the dependency of sdpa and sdpam on libmumps-seq-5.1.1 was computed automatically by the debian build scripts and included in shlibs:Depends, so it did not need to be hardwired. The dependency was detected from sdpa's /usr/bin/sdpa and from sdpam's /usr/lib/sdpa/mex/*.mex, pulled in via dmumps used in sdpa_chordal.cpp. How has that behaviour since changed? > And, as for OpenBLAS, as you already know that we switched from ATLAS to > OpenBLAS. > A main reason is that OpenBLAS is much faster than ATLAS. > It would be great that OpenBLAS would work on more plathomes. I think having sdpa available with a slower BLAS on those platforms without OpenBLAS is better than not having sdpa available at all. The BLAS libraries are interchangeable at runtime (i.e. any of them can be used in place of any other, they all provide libblas3 |libblas.so.3) so it does not matter for runtime performance if the build is made using the generic reference BLAS. Users can still install the best performing BLAS for their system. sdpa does not need to be built against OpenBLAS in order for it to run with OpenBLAS. libblas-dev should be used as the preferred Build-Depends since it is the only BLAS available on all platforms (the buildds will only try to install the first alternative). Build-Depends: libblas-dev | libopenblas-dev | libatlas-base-dev | libblas.so
