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

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)

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)

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?

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.

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

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

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

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