An optimized BLAS library based on GotoBLAS2

Edit Package openblas

OpenBLAS is an optimized BLAS library based on GotoBLAS2 1.13 BSD version. The project is supported by the Lab of Parallel Software and Computational Science, ISCAS. http://www.rdcps.ac.cn

Refresh
Refresh
Source Files
Filename Size Changed
0001-Fix-power8-asm.patch 0000217319 212 KB
README.SUSE 0000000851 851 Bytes
c_xerbla_no-void-return.patch 0000000367 367 Bytes
openblas-0.2.19.tar.gz 0010834034 10.3 MB
openblas-noexecstack.patch 0000001206 1.18 KB
openblas.changes 0000014397 14.1 KB
openblas.spec 0000018332 17.9 KB
Revision 7a78301becb4d7e7f429273c7dcfb271 (latest revision is 5)
No revision found
Comments 1

Jehferson Mello's avatar

Hello, there. I've found a pretty nasty bug with the pthreads version of the OpenBLAS package on the main repos. The TL;DR is that if you happen to link it in (in my case, it was brought in through OpenCV) it kills OpenMP for the entire thing, as if it had defined omp_get_num_procs() and omp_get_max_threads() to always return 1.

I've been trying to chase the bug down to suggest a fix and while doing it, noticed that the updated version (0.3.4) of the package in the science factory repo does not have the problem.

I'm looking for the right channel to bring this information to such that the bug can be worked out of the main upstream repositories. Would this be it?

I've been going in more detail in a thread on the forums ( https://forums.opensuse.org/showthread.php/534152-OpenBLAS-(-openblas_pthreads0-)-disables-OpenMP-for-whatever-it-s-linked-into )

If this is not it, could you point me in the right direction. I'm willing to bang my head against this a little more to help zero in a smooth fix

openSUSE Build Service is sponsored by