An optimized BLAS library based on GotoBLAS2
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
- Developed at science
- Sources inherited from project openSUSE:Factory
-
5
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Leap:15.0:Staging:FactoryCandidates/openblas && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| OpenBLAS-0.3.11.tar.gz | 0012326482 11.8 MB | |
| README.HPC.SUSE | 0000000889 889 Bytes | |
| README.SUSE | 0000000851 851 Bytes | |
| _constraints | 0000000373 373 Bytes | |
| _multibuild | 0000000180 180 Bytes | |
| fix-build.patch | 0000000366 366 Bytes | |
| openblas-noexecstack.patch | 0000001216 1.19 KB | |
| openblas-s390.patch | 0000001363 1.33 KB | |
| openblas.changes | 0000046730 45.6 KB | |
| openblas.spec | 0000014618 14.3 KB |
Revision 37 (latest revision is 61)
Dominique Leuenberger (dimstar_suse)
accepted
request 843166
from
Ismail Dönmez (namtrac)
(revision 37)
- Update _constraints to use 12GB RAM on x86_64
- Update to version 0.3.11
common:
* Reduced the default BLAS3_MEM_ALLOC_THRESHOLD (used as an upper
limit for placing temporary arrays on the stack) to be compatible
with a stack size of 1mb (as imposed by the JAVA runtime library)
* Added mixed-precision dot function SBDOT and utility functions
shstobf16, shdtobf16, sbf16tos and dbf16tod to convert between
single or double precision float arrays and bfloat16 arrays
* Fixed prototypes of LAPACK_?ggsvp and LAPACK_?ggsvd functions
in lapack.h
* Fixed underflow and rounding errors in LAPACK SLANV2 and DLANV2
(causing miscalculations in e.g. SHSEQR/DHSEQR, LAPACK issue #263)
* Fixed workspace calculation in LAPACK ?GELQ (LAPACK issue #415)
* Fixed several bugs in the LAPACK testsuite
* Improved performance of TRMM and TRSM for certain problem sizes
* Fixed infinite recursions and workspace miscalculations in ReLAPACK
* CMAKE builds no longer require pkg-config for creating the .pc file
* Makefile builds no longer misread NO_CBLAS=0 or NO_LAPACK=0 as
enabling these options
* Fixed detection of gfortran when invoked through an mpi wrapper
* Improve thread reinitialization performance with OpenMP after a fork
* Added support for building only the subset of the library required
for a particular precision by specifying BUILD_SINGLE, BUILD_DOUBLE
* Optional function name prefixes and suffixes are now correctly
reflected in the generated cblas.h
* Added CMAKE build support for the LAPACK and multithreading tests
power:
* Added optimized support for POWER10
Comments 7
Please, update to OpenBLAS to 3.17, as some optimizations were causing segfaults and reverted. See: https://github.com/xianyi/OpenBLAS/blob/develop/Changelog.txt.
It seems that octave 6.3.0 build failures (on test phase) may be associated to this on Tumbleweed.
OK, this really needs a better explanation. I have Tumbleweed and Leap 15.3 installed on different computers, and on both of them I use the Science repo to provide some more packages I need. Downgrading to default versions (3.13 on Leap and 3.14 on Tumbleweed) fixes the problem with Octave, as I was able to build version 6.3 and also run the tests (make check-local) without unknown failures. It probably affects other numerical packages too.
Regards, André
@acobar: The comment section is not a bug tracker. https://bugzilla.opensuse.org/show_bug.cgi?id=1188608
Hi,
Now it is something less trivial (or, perhaps, more). Julia version 1.8.5 (and probably some older versions of 1.8.x series too) needs integer indexes of vectors and matrices to be 64 bits, that means, there is a need to build adjusted "flavors" of some libraries.
For openBLAS, the "flavored" version must be compiled with "INTERFACE64=1" option.
Of course, other libraries that are linked against openBLAS will need "flavored" versions too. SuiteSparse, qrupdate, sundials and arpack-ng, at least.
The relevant sources of information are: https://docs.octave.org/v7.3.0/Compiling-Octave-with-64_002dbit-Indexing.html https://savannah.gnu.org/bugs/?57771 https://github.com/Reference-LAPACK/lapack/issues/666
On my computer, I built "proto" packages with the needed adjustments, but, of course, the "ideal" way is to have an established standard for package and libraries names.
It should be noted that, once "flavored" libraries are built, not only we will be able to build Julia but also a special version of Octave.
May I collaborate with the effort to make it happen, let me know.
OK, I will fork the current project so that my modifications can be debated. Still, I have one doubt, how do I pass a definition to rpmbuild when using build.opensuse.org infrastructure?
What I mean is that, on my computer, to generate the binary package with 64 bits indexes, I use: rpmbuild --define "index64 1" openblas.spec
I have no idea how to do this under build.opensuse.org.
Branched. Will do the same on SuiteSparse, arpack-ng, qrupdate and sundials, but would appreciate if I get an input about what may be the best practices, names and definitions to be used, or if it seems to be OK the way I did.