使用 LAPACK 3.3 和 LAPACK 进行多线程处理以上在 MacOS 10.6 和 10.7 上
我正在尝试在 MAC 10.6 和 MAC 10.7 上使用 openMP 构建并运行多线程程序 程序调用 来自多线程的 zgelss 和 zgemm
我已经编译了 LAPACK 3.4 和 refBLAS
我用以下命令编译了我的程序
g++-4.2 main.cpp -o testProduct -L/Users/LAPACK/lapack-3.4.0/ -llapack3.4 \
-lrefblas -L/Users/opt/gcc4.2/lib -lgfortran -fopenmp
该程序的结果不正确 当我使用 Apple 提供的库编译程序时,它在 10.7 上运行良好,但在 10.6 上运行不佳
(MAC 10.7 已修改 lapack 3.2.1)和(MAC 10.6 已修改 lapack 3.1.1)——我想
g++-4.2 main.cpp -o testProduct -framework accelerate -fopenmp
任何人都可以解释一下吗? LAPACK 3.4 及其相应的 BLAS 是线程安全的,可能是什么问题?
I am trying to build and run a multi-thread program using openMP on MAC 10.6 and MAC 10.7
the program calls
zgelss and zgemm from multiple thread
I have compiled the LAPACK 3.4 and refBLAS
I compiled my program with following command
g++-4.2 main.cpp -o testProduct -L/Users/LAPACK/lapack-3.4.0/ -llapack3.4 \
-lrefblas -L/Users/opt/gcc4.2/lib -lgfortran -fopenmp
The results of this program are not correct
where as when I compile the program with libraries provided by Apple it works fine on 10.7 but not 10.6
(MAC 10.7 have modified lapack 3.2.1) and (MAC 10.6 have modified lapack 3.1.1) --I guess
g++-4.2 main.cpp -o testProduct -framework accelerate -fopenmp
Can any one explain if LAPACK 3.4 and its corresponding BLAS is thread safe what could be the problem?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论