Baike.dev
All toolsAI codingTrendingOpen sourceNewsSubmit
Log in
Back to tool/Back to issues
#458·xxHash

Suggestions list for future evolutions

Author: Cyan4973Created Oct 1, 2020Updated Dec 29, 2024
LabelsLong-term

Objectives for v0.8.3

  • Update cmake minimum version to v3.10 (#988) - completed
  • Non-BSD format for XXH3-64bit (#645) - completed
  • Ship xxhsum with DISPATCH enabled by default (#986) - completed
  • Salvage #802 of interesting parts - completed

Objectives for v0.9.0

  • Stabilize XXH_generateSecret()
  • Split xxhash.h into multiple smaller files, and ship an ability to create a single amalgamated file from them ? (tentative)
    • Complete that with an ability to be selective about which part of the library is actually included in the amalgamated artifact, for source and binary size control.
    • provide a more direct way to selectively compile each algorithm, such as XXH_ENABLE_XXH32, XXH_ENABLE_XXH64 and XXH_ENABLE_XXH3
      • Currently, it's possible to compile only XXH32 (with XXH_NO_LONG_LONG), or XXH32 + XXH64 (with XXH_NO_XXH3) or everything. It's not possible to compile selectively only XXH64 for example.
  • Consider libxxhash dynamic library with runtime vector extension detection enabled by default (xxh_x64dispatch) ? (tentative)
    • But in this case, the objective would be to remain transparent for user applications. DISPATCH must therefore substitute its symbols to original ones.
  • Consider an arm64dispatch variant, for SVE/NEON dispatch (tentative, based on #762)
    • Requires a runtime SVE vector width detector
  • Remove legacy XXH_OLDNAME (or maybe v1.0 ?)

Source: Cyan4973/xxHash

View original on GitHubView discussion on GitHub