Conversation
luhenry
added a commit
that referenced
this pull request
Sep 21, 2026
luhenry
added a commit
that referenced
this pull request
Sep 21, 2026
Contributor
|
OpenBLAS 0.3.20's exports/gensymbol generates a linktest.c that calls every exported symbol with no prototype in scope. GCC 14 diagnoses an implicit function declaration as an error by default, and the rule's own -w only inhibits warnings, so the shared-library target fails: linktest.c:169:1: error: implicit declaration of function 'cblas_ztrmv' make[1]: *** [Makefile:190: ../libopenblas_riscv64_generic-r0.3.20.so] Error 1 Kaldi's configure requires libopenblas.so to exist for --mathlib=OPENBLAS_CLAPACK, so the shared target cannot simply be skipped. COMMON_OPT is the supported knob that Makefile.system folds into CFLAGS; -O2 restores the default it replaces.
ONLY_CBLAS=1 implies NO_LAPACKE, and Makefile.install gates the lapacke.h copy behind 'ifndef NO_LAPACKE'. Passing it to the install step as well as to the build left the install prefix without lapacke.h, and matrix/kaldi-blas.h includes it unconditionally on the HAVE_OPENBLAS path: ../matrix/kaldi-blas.h:100:12: fatal error: lapacke.h: No such file or directory make: *** [Makefile:164: matrix] Error 2 Upstream's Dockerfile.manylinux and Dockerfile.dockcross-manylinux both pass ONLY_CBLAS=1 to 'all' only and omit it from 'install'; that asymmetry is what puts the header in place, so mirror it.
luhenry
added a commit
that referenced
this pull request
Sep 21, 2026
luhenry
marked this pull request as ready for review
September 21, 2026 14:43
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
vosk0.3.45Compiles
libvosk.so— the Vosk speech recognition engine over the alphacep Kaldi fork, OpenFST and OpenBLAS/CLAPACK — and ships it inside the interpreter-agnosticvoskwheel. Upstream publishes no riscv64 wheel.Mirrors upstream's
travis/Dockerfile.dockcross-manylinuxandtravis/build-wheels-dockcross.sh, whoseCROSS_TRIPLEcase already names riscv64; Kaldi'sconfigurealready selectsmakefiles/linux_openblas_riscv64.mk.Differs from upstream
TARGET=RISCV64_GENERICfor OpenBLAS - the only riscv64 target of 0.3.20 with plain C kernels.COMMON_OPT=-Wno-error=implicit-function-declaration- GCC 14 rejects OpenBLAS's generated prototype-lesslinktest.c.CMAKE_POLICY_VERSION_MINIMUM=3.5for CLAPACK - the image's CMake 4 refuses its 2.6 minimum.Matrix: one
py3-nonewheel and no interpreter matrix - the payload is alibvosk.soopened by cffi in ABI mode, with no extension module.Testing
python/example/test.wavwithvosk-model-small-en-us-0.15, on each of cp312, cp313, cp314 and cp314t.License: Wheel bundles Kaldi and OpenFST (Apache-2.0) and OpenBLAS and CLAPACK (BSD-3-Clause); upstream ships no licence text for them, so the build adds it.
Built in 1h58m; all four interpreters decoded the sample identically to the x86_64 reference.