rk's scipy wheel contains unsolved dependency on libgfortran.so.4

[复制链接] · 发表于 2019-3-8 10:03:09

本帖最后由 chuyee 于 2019-3-9 06:01 编辑

Hi,
I installed RK's scipy-1.1.0-cp36-cp36m-linux_aarch64.whl from the Baidu drive. It depends on both libfortran.so.4 and libfortran.so.5. However Fedora 28 doesn't include any libgfortran4 package. So I cannot use openblas python package. Please provide either a fix for scipy package or instructions how to workaround this issue.
$ ldd /usr/local/lib64/python3.6/site-packages/scipy/linalg/_fblas.cpython-36m-aarch64-linux-gnu.so
linux-vdso.so.1 (0x0000007fa66a9000)
libopenblas.so.0 => /lib64/libopenblas.so.0 (0x0000007fa5a49000)
libpython3.6m.so.1.0 => /lib64/libpython3.6m.so.1.0 (0x0000007fa5739000)
libgfortran.so.4 => not found
libm.so.6 => /lib64/libm.so.6 (0x0000007fa5587000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000007fa5556000)
libc.so.6 => /lib64/libc.so.6 (0x0000007fa53e0000)
/lib/ld-linux-aarch64.so.1 (0x0000007fa667b000)
libgfortran.so.5 => /lib64/libgfortran.so.5 (0x0000007fa527e000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000007fa5249000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000007fa5228000)
libutil.so.1 => /lib64/libutil.so.1 (0x0000007fa5207000)
libz.so.1 => /lib64/libz.so.1 (0x0000007fa51d6000)

只看该作者 · 发表于 2019-3-8 11:04:59

Fedora seems to have libgfortran, use below cmd to install：
dnf install -y libgfortran

[toybrick@localhost resnet]$ ldd /usr/local/lib64/python3.6/site-packages/scipy/linalg/_fblas.cpython-36m-aarch64-linux-gnu.so
      linux-vdso.so.1 (0x0000007f9f472000)
      liblapack.so.3 => /lib64/liblapack.so.3 (0x0000007f9ee79000)
      libblas.so.3 => /lib64/libblas.so.3 (0x0000007f9ee28000)
      libpython3.6m.so.1.0 => /lib64/libpython3.6m.so.1.0 (0x0000007f9eb18000)
      libgfortran.so.5 => /lib64/libgfortran.so.5 (0x0000007f9e9b6000)
      libm.so.6 => /lib64/libm.so.6 (0x0000007f9e8f5000)
      libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000007f9e8c4000)
      libc.so.6 => /lib64/libc.so.6 (0x0000007f9e74e000)
      /lib/ld-linux-aarch64.so.1 (0x0000007f9f444000)
      libpthread.so.0 => /lib64/libpthread.so.0 (0x0000007f9e719000)
      libdl.so.2 => /lib64/libdl.so.2 (0x0000007f9e6f8000)
      libutil.so.1 => /lib64/libutil.so.1 (0x0000007f9e6d7000)
      libz.so.1 => /lib64/libz.so.1 (0x0000007f9e6a6000)

只看该作者 · 发表于 2019-3-9 06:04:55

That's weird. Why does my _fblas.so depends on both libfortran.so.4 and libfortran.so.5? Where did you get scipy-1.1.0-cp36-cp36m-linux_aarch64.whl. Can you give me a link?

只看该作者 · 发表于 2019-3-9 12:25:25

The scipy wheel downloaded from RockChip's BaiduPan depends on libfortran.so.4.
I am using manully build scipy which ldd returns like elooon's. I'll upload it after lunch.

只看该作者 · 发表于 2019-3-9 13:42:43

链接：https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码：0ilz
复制这段内容后打开百度网盘手机App，操作更方便哦

只看该作者 · 发表于 2019-3-9 15:47:57

程子发表于 2019-3-9 13:42
链接：https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码：0ilz
复制这段内容后打开百度网盘手机A ...

多谢！没敢自己编怕RK对scipy做了优化（比如某些运算使用了NPU?）... 看来我想多了

只看该作者 · 发表于 2019-3-22 08:34:02

This is fixed in rk's scipy-1.2 wheel.