Toybrick

标题: rk's scipy wheel contains unsolved dependency on libgfortran.so.4 [打印本页]

作者: chuyee    时间: 2019-3-8 10:03
标题: rk's scipy wheel contains unsolved dependency on libgfortran.so.4
本帖最后由 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)



作者: elooon    时间: 2019-3-8 11:04
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)
作者: chuyee    时间: 2019-3-9 06:04
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
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
链接:https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码:0ilz
复制这段内容后打开百度网盘手机App,操作更方便哦
作者: chuyee    时间: 2019-3-9 15:47
程子 发表于 2019-3-9 13:42
链接:https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码:0ilz
复制这段内容后打开百度网盘手机A ...

多谢!没敢自己编怕RK对scipy做了优化(比如某些运算使用了NPU?)... 看来我想多了
作者: chuyee    时间: 2019-3-22 08:34
This is fixed in rk's scipy-1.2 wheel.




欢迎光临 Toybrick (https://t.rock-chips.com/) Powered by Discuz! X3.3