OpenMathLib/OpenBLAS - CodSpeed

OpenBLAS

Blog Docs Changelog

Performance History

Latest Results

Recognize other AVX2-capable Zhaoxin cpus

martin-frbg:zhaoxin_cpuids

2 hours ago

Calculate LWORK in K=0 case consistently with ZUNMLQ (Reference-LAPACK PR 1225)

martin-frbg:lapack1225

2 hours ago

Merge pull request #5779 from martin-frbg/issue5778 Keep getarch from generating a conflicting -j argument for gmake

develop

4 hours ago

Automate use of MAKE_NB_JOBS=-1 to avoid adding a conflicting job count entry to MAKEFLAGS

martin-frbg:issue5778

7 hours ago

Merge pull request #5777 from gruenich/feature/update-github-actions [ci] Update GitHub Actions to latest major release

develop

23 hours ago

Merge pull request #5776 from chris-se/cmake-macos-ninja CMake: properly fix build on macOS with Ninja (cf. to response files)

develop

1 day ago

[ci] Set CodSpeedHQ/action's mode to simulation v4 requires the mode to me explicitly set.

gruenich:feature/update-github-actions

1 day ago

CMake: properly fix build on macOS with Ninja (related to response files) On macOS several build-related programs (`cc`, `ar`) will not accept the linker line if too many files have been added to it in the DYNAMIC_ARCH case. (This now occurs on all platforms where macOS runs / used to run, as there are enough ARM variants that are build with DYNAMIC_ARCH that the number of files exceeds the intrinsic limit on macOS.) The workaround for this is to use response files that contain the file list themselves, and pass these to the build system. For dynamic libraries this works fine, but for static libraries it doesn't because `ar` doesn't accept response files on macOS. For this reason there was previously a workaround in CMakeLists.txt to handle this, but the workaround didn't take into consideration that when building only a shared library it is not actually necessary, and when building static libraries the response file CMake generates for Ninja is at a different location than the response files CMake generates for Unix Makefiles. This commit cleans this all up by setting the necessary options for the response files to be properly generated, and adjusts the additional workaround to only be applicable in the case a static library is built. The workaround is also adjusted to handle the Ninja case. Fixes GitHub issue #5775

chris-se:cmake-macos-ninja

2 days ago

Latest Branches

0%

Add AVX2 capability check to generic Zhaoxin cpu autodetection#5781

3 hours ago

feca8f9

martin-frbg:zhaoxin_cpuids

0%

Calculate LWORK in CUNMLQ K=0 case like ZUNMLQ (Reference-LAPACK PR 1225)#5780

3 hours ago

0b3b486

martin-frbg:lapack1225

0%

Keep getarch from generating a conflicting -j argument for gmake#5779

8 hours ago

a90ffae

martin-frbg:issue5778

© 2026 CodSpeed Technology

Home Terms Privacy Docs