Skip to content

bitarray-hardbyte: add build-bitarray-hardbyte.yml for riscv64 wheels - #1371

Merged
luhenry merged 2 commits into
mainfrom
bitarray-hardbyte
Sep 7, 2026
Merged

bitarray-hardbyte: add build-bitarray-hardbyte.yml for riscv64 wheels#1371
luhenry merged 2 commits into
mainfrom
bitarray-hardbyte

Conversation

@luhenry

@luhenry luhenry commented Sep 7, 2026

Copy link
Copy Markdown
Member

Compiles bitarray's plain C extension (_bitarray, _util) for the bitarray-hardbyte PyPI redistribution, which shares its import name and source with the bitarray package this repo already builds. Upstream publishes no riscv64 wheel.

Mirrors upstream's build_wheels.yml.

Differs from upstream

  • Checks out a commit SHA, not a tag - bitarray-hardbyte 2.3.8 was never tagged upstream (gotcha 103); BITARRAY_HARDBYTE_REF pins the last commit before the version moved to 2.4.0.
  • setup.py name patched to bitarray-hardbyte - matches the actual distribution name on PyPI.

Testing

  • same as upstream

License: OK

Patches

  • 0001-setup-rename-distribution-to-bitarray-hardbyte.patch - Inappropriate [downstream redistribution naming, irrelevant to ilanschnell/bitarray]. Without it the wheel's distribution name is bitarray instead of bitarray-hardbyte. Reproduces on any arch, not riscv64-only.

Built and tested locally against Python 3.9: 409 passed.

bitarray-hardbyte is a one-off PyPI redistribution of ilanschnell/bitarray
under a different project name, last released as 2.3.8 in 2022 (the
hardbyte/bitarray fork that contributed the cibuildwheel workflow later
merged upstream is itself archived with a "Don't use this fork" commit).

There is no git tag matching 2.3.8 in ilanschnell/bitarray -- the version
was bumped in commit 0317aff5 ("next release 2.3.8") and never tagged,
going straight to 2.4.0 next. BITARRAY_HARDBYTE_REF pins the last commit
before that finalization (50b62ede), whose tree is byte-identical to the
released bitarray-hardbyte-2.3.8 sdist except for setup.py's distribution
name, which patches/bitarray-hardbyte/2.3.8 restores.

Builds a plain C extension with pypa/cibuildwheel, mirroring the existing
build-bitarray.yml sibling (same upstream source lineage, same interpreter
matrix). Verified locally: the patched source builds and its full test
suite (409 tests) passes against the local Python 3.9 interpreter.
luhenry added a commit that referenced this pull request Sep 7, 2026
cp313/cp314/cp314t failed identically: bitarray.test() calls
test_bitarray.run(), which still uses unittest.makeSuite(), removed in
Python 3.13. Not riscv64-specific -- reproduces on any arch running
those interpreters. Upstream fixed this the same way in d345e9a3 once
the file had moved past our pinned commit's line 4431; backport the
one-line change instead of narrowing CIBW_TEST_COMMAND.
@luhenry
luhenry merged commit f19f190 into main Sep 7, 2026
9 checks passed
@luhenry
luhenry deleted the bitarray-hardbyte branch September 7, 2026 16:05
@luhenry luhenry linked an issue Sep 7, 2026 that may be closed by this pull request
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

bitarray-hardbyte riscv64 support

1 participant