Repository navigation
chore(release): prepare v0.8.3 - #221
Merged
Merged
Conversation
Bump the version to 0.8.3, update install pins and version text, and turn the unreleased notes into the 0.8.3 release notes with their navigation entry and a README news entry. The release adds the provisional rabitqlib.quant module and its C++ header; existing APIs, results and index files are unchanged.
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
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.
Release 0.8.3: the provisional
rabitqlib.quantmodule from #210.Changes
pyproject.tomlandCMakeLists.txt; install pins, clone commands and version text in the README, home page, installation, quick start and C++ integration pages.docs/docs/releases/unreleased.mdbecomesreleases/0.8.3.md, listed under 0.8 in the release-notes navigation; the empty Unreleased entry is removed.The home page's benchmark sentence still names 0.8.2, the version the published results were measured on. The "since 0.8.2" notes in the migration guide describe 0.8.2 behaviour and are unchanged.
Checks
python -m mkdocs build --strict --config-file docs/mkdocs.ymlandgit diff --checkpass.rabitqlib-0.8.3andrabitqlib.__version__reports 0.8.3;.github/scriptsunit tests (60) pass.out=/num_threadsstatement was checked against everyquantsignature.mainat 15ab26e, whoseTest,Python WheelandRelease wheelsruns passed. On the feat(python): add the provisional rabitqlib.quant module #210 head 8f07922 (15ab26e adds only a CONTRIBUTING change frommain), locally (Xeon Gold 6418H, GCC 14, Linux x86-64): C++ 497 of 497 withRABITQ_ENABLE_NATIVE_OPTIMIZATION=OFF(one skipped, as onmain), core and FastScan with OpenMP off 193 of 193, Python 1145 passed and 2 skipped, full clang-tidy clean.Downstream compatibility (before merging the version bump)
core/encoder.hppgains inline helpers inquant::detail. Throughcore/detail/rabitq_impl.hpp, the factor derivation throwsstd::invalid_argumentinstead ofasserting when<residual, centered code>is not positive. zvec calls onlyquantize_split_single/quantize_split_batch, whose codes never reach that check. The core and FastScan build with OpenMP and native optimization off, zvec's configuration, passes 193 of 193. The zvec build check (Downstream check: zvec on 0.8.2 #219) has not been run; moving zvec to 0.8 also needs the 0.8.0 accessor rename.tests/python/test_txtai_compat.py, which mirrors txtai's adapter call for call, passes. The real txtai adapter has not been run; txtai is not installed in the test environment. This release changes nothing on the index paths txtai uses.