hdf5plugin: add build-hdf5plugin.yml for riscv64 wheels - #1747
Merged
Conversation
luhenry
added a commit
that referenced
this pull request
Sep 11, 2026
lib/bitshuffle/zstd and two lib/snappy/third_party/ paths are gitlinks with no .gitmodules entry upstream, so actions/checkout's own persist-credentials cleanup step (git submodule foreach) fails with 'No url found for submodule path'. None of these are needed for the build: the bitshuffle plugin uses hdf5plugin's own shared lib/zstd clib, not lib/bitshuffle/zstd, and snappy's third_party/ only holds its own test/benchmark deps.
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.
hdf5plugin7.0.0Compiles 11 HDF5 compression filter plugins (blosc, blosc2, bitshuffle, bzip2, fcidecomp, lz4, SPERR, SZ, SZ3, zfp, zstd) as shared libraries loaded through HDF5's plugin API. Upstream ships no riscv64 wheel.
Mirrors upstream's
release.ymlbuild_wheelsjob, which already builds one portable, non-native-SIMD wheel per architecture.Differs from upstream
Matrix: single
cp312-manylinux_riscv64build - setup.py'sBDistWheel.get_tag()forcespy3-none, so one wheel serves every interpreter, same as upstream.Testing
test/test.py, minus the oldest-h5py pass (pins aren't on the registry) andblosc2-grok(upstream itself drops it, issue debugpy riscv64 support #377)License: wheel bundles ~30 vendored BSD/MIT/Apache-2.0 compression libraries; upstream's own wheel ships only its top-level MIT LICENSE, so this one ships all their licence texts too.
Patches
0001-Gate-blosc2...patch- Upstream-Status: To upstream [not submitted]. Without it, setup.py force-enables x86/ARM shuffle SIMD macros on every non-ppc64le arch, hitting an ARM-onlyHWCAP_ARM_NEONcompile error on riscv64; riscv64-only.0002-Ship-the-licences...patch- Upstream-Status: To upstream [not submitted]. Without it, the wheel carries no licence text for any vendored library; reproduces on every platform upstream ships.Built on cp312; 68 passed, 3 skipped.