0.3.2

version 0.3.2

Changes since 0.3.1:

• from blake3 import blake3; blake3.__module__ now correctly returns
  "blake3". Fixes #38.
• Updated Maturin to version 0.14.

0.3.1

version 0.3.1

Changes since 0.3.0:

• The experimental C implementation has been bumped to v0.0.1. Testers
  and reviewers can install this implementation from TestPyPI with:
  pip install -i https://test.pypi.org/simple/ blake3-experimental-c
• We now avoid releasing the GIL for short inputs and release the GIL
  for long outputs in addition to long inputs.
• The experimental C implementation now has GIL handling matching the
  Rust implementation.
• Both implementations now contain an internal mutex, to protect the
  state object from data races. However, it's still possible for data
  races to occur in the input buffer. (This is also the case for
  standard hashlib implementations.)

0.3.0

version 0.3.0

Changes since 0.2.1:

• There is now an experimental, API-compatible C implementation of the
  Python blake3 module in the c_impl/ directory. This a
  proof-of-concept for code that might be submitted to Python's standard
  hashlib module in the future. It probably won't be published on PyPI.
• The multithreading keyword arg previously on blake3() and update()
  has been replaced with the max_threads keyword arg on blake3() only.
  This accepts any positive integer, or the special value blake3.AUTO,
  which is equivalent to the previous behavior. This change helps
  compatiblity with the current C implementation, which ignores
  max_threads, and with a hypothetical future C implementation, which
  might want to store a thread pool on the hasher.
• Added the reset() method. This is potentially helpful for reusing
  threading resources, which are currently local to the hasher when
  max_threads is greater than 1 and not equal to blake3.AUTO.
• Added a usedforsecurity keyword arg, for compatibility with hashlib.
  The value is currently ignored.
• Most keyword arguments are now strictly keyword-only, and data
  arguments are now strictly positional-only.

0.2.1

version 0.2.1

Changes since 0.2.0:

• The "blake3" crate version has been updated to 1.0.0.
• Binary wheels for Apple Silicon are now built with GitHub releases and
  published to PyPI.

0.2.0

version 0.2.0

Changes since 0.1.8:

• Rename the "context" keyword argument to "derive_key_context" for
  clarity.
• Upgrade PyO3 to 0.14, which raises the minimum supported Python
  version to 3.6.
• The blake3.OUT_LEN and blake3.KEY_LEN module constants have been
  replaced with "digest_size" and "key_size" attributes on the hasher
  object itself. This is more consistent with how the standard hashlib
  module behaves. A "block_size" attribute has also been added.
• Add the blake3.__version__ module constant.
• Add the "neon" Cargo feature, which maps to the "neon" feature of the
  underlying blake3 crate.

0.1.8

version 0.1.8

Changes since 0.1.7:

• The hasher now supports the copy method and the name attribute,
  matching the conventions of hashlib. Added by @xkortex.
• The optional key argument can now be any buffer type, just like the
  data argument can. Previously key could only be bytes.

0.1.7

version 0.1.7

Changes since 0.1.6:

• Add support for hashing buffers of signed chars. This is uncommon,
  but it can come up with e.g. PyArrow. See
  #9 and
  #11.

0.1.6

version 0.1.6

Changes since 0.1.5:

• Upgrade to pyo3 0.11, which supports stable Rust.

0.1.5

version 0.1.5

Changes since 0.1.4:

• The Linux build is now properly manylinux-compatible. Previously the
  Linux binary wheels were linked against a too-recent version of glibc,
  leading to runtime errors on e.g. CentOS 7.

0.1.4

version 0.1.4

Changes since 0.1.3:

• Update to version 0.3.0 of the blake3 crate.