Toybrick

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

chuyee

中级会员

积分
352
发表于 2019-3-8 10:03:09    查看: 5365|回复: 6 | [复制链接]    打印 | 显示全部楼层
本帖最后由 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

注册会员

积分
139
发表于 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)
回复

使用道具 举报

chuyee

中级会员

积分
352
 楼主| 发表于 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?
回复

使用道具 举报

程子

中级会员

积分
386
发表于 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.
回复

使用道具 举报

程子

中级会员

积分
386
发表于 2019-3-9 13:42:43 | 显示全部楼层
链接:https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码:0ilz
复制这段内容后打开百度网盘手机App,操作更方便哦
回复

使用道具 举报

chuyee

中级会员

积分
352
 楼主| 发表于 2019-3-9 15:47:57 | 显示全部楼层
程子 发表于 2019-3-9 13:42
链接:https://pan.baidu.com/s/1zUx38WlEmLhFZ6MDeKBB-g
提取码:0ilz
复制这段内容后打开百度网盘手机A ...

多谢!没敢自己编怕RK对scipy做了优化(比如某些运算使用了NPU?)... 看来我想多了
回复

使用道具 举报

chuyee

中级会员

积分
352
 楼主| 发表于 2019-3-22 08:34:02 | 显示全部楼层
This is fixed in rk's scipy-1.2 wheel.
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

产品中心 购买渠道 开源社区 Wiki教程 资料下载 关于Toybrick


快速回复 返回顶部 返回列表