在虚拟机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了。
