Bug#929296: libopenblas-base: is libopenblas.so needed?

Drew Parsons dparsons at debian.org
Tue May 21 13:08:36 BST 2019


On 2019-05-21 19:55, Mo Zhou wrote:
> On 2019-05-21 09:13, Drew Parsons wrote:
> 
>> Perhaps our scipy build should explicitly avoid libopenblas.so by 
>> setting
>> export BLAS=/path/to/libblas.so
>> export LAPACK=/path/to/liblapack.so
>> as suggested at
>> http://scipy.github.io/devdocs/building/linux.html#specific-instructions
> 
> Sounds good to me if exporting these environment variables solves the
> problem.
> But what happens during run time? Will scipy mix the usage of
> (libopenblas.so) and (libblas.so + liblapack.so) ?

I don't think so. Once its built and linked, it's got the NEEDED 
liblapack.so headers so no more fuss about libopenblas.so

It looks like there's something in the configuration pattern which 
explicitly checks for openblas and links to it if its found.  The weird 
things is there is no such explicit check in the scipy code. I wonder if 
it's grabbing some setup from numpy.  Digging further, by the look of it 
/usr/lib/python3/dist-packages/numpy/distutils/system_info.py is the 
root of the problem.

Drew



More information about the debian-science-maintainers mailing list