在虚拟机centOS 7上安装dlib,安装结束显示Successfully了,但是进入python后import dlib却提示“undefined symbol:cblas_ddot”。
网上搜了很久基本没什么对应的解决方案,dlib的github中有一个issue是类似的问题:https://github.com/davisking/dlib/issues/154,但是跟我的请情况也不太一样。
使用yum安装blas和lapack也没用,可能是因为我是用python3安装的dlib,而yum对应的是python2。于是参考一些资料自己动手编译安装blas、cblas和lapack,安装完成后依然提示此错误。
在安装dlib过程中,程序会检测blas是否能找到,提示的是“Found CBLAS LIBRARY”、“Found LAPACK LIBRARY”,但是依然提示“BLAS library does not have cblas symbols, so dlib will not use BLAS or LAPACK”。
根据上面github的issue,查看dlib源代码中的 .dlib/dlib/cmake_utils/cmake_find_blas.txt 文件,该文件就是检查BLAS环境的代码,查看代码可以发现,其尝试从多种方法查找系统的的BLAS库,在我的情况中,该代码找到了CBLAS,然后进行进一步检测是否有 cblas_ddot 时没找到,我的用CBLAS中明明有cblas_ddot,且在终端用命名“locate cblas_ddot”也可以找到,不知道为什么程序就是找不到。
从上图的代码中可以看到程序的执行过程,总之不知道为什么找不到。
后来发现程序会检查openblas,也就是说如果安装openblas也应该有用:
抱着死马当活马医的心态试了试安装openblas,步骤是:
- 从www.openblas.net下载tar压缩包
- 解压后从命令号进入文件夹,执行“make”命令进行编译,这一步需要一些时间
- 编译完后执行“make install”命令进行安装
安装完openblas后再执行dlib的安装,发现不再提示“BLAS library does not have cblas symbols, so dlib will not use BLAS or LAPACK”了。安装完毕后进入python3,import dlib,成功!
其实import时还不是直接成功,依然提示“libopenblas.so.0 cannot open shared object file: No such file or directory”。
不过没关系,针对这种情况,我们已经遇到过一次,知道解决方案了:解决方案,这类问题的解决方案都差不多。解决后就可以成功使用dlib了。