howardwu / wagyu

A Rust library for generating cryptocurrency wallets
https://wagyu.dev
Apache License 2.0
610 stars 106 forks source link

Bump bitvec from 0.15.2 to 0.16.2 #136

Closed dependabot-preview[bot] closed 4 years ago

dependabot-preview[bot] commented 4 years ago

Bumps bitvec from 0.15.2 to 0.16.2.

Changelog

Sourced from bitvec's changelog.

0.16.2

Fixed

Updated radium dependency to 0.3, which enables it to compile on the thumbv7m-none-eabi target. This addresses [Issue #36], which noted that bitvec failed to compile for that target due to reduced support for atomic types in core. Thanks to GitHub user [@lynaghk] for the report.

0.16.1

This is a hotfix for [Issue #33], filed by GitHub user [@jonas-schievink]. BitVec::reserve computed an incorrect element count to pass to Vec::reserve, causing BitVec::resize to panic when its BitVec::reserve call failed to sufficiently allocate memory before BitVec::set_len expanded into the memory it expected to be present.

0.16.0

Added

  • Cursor now provides a mask function, which produces a one-hot mask usable for direct memory access. Implementors of Cursor may use the default, or provide their own.

  • Bits and BitsMut renamed their methods to bits and bits_mut, respectively; as_bitslice and as_mut_bitslice are marked deprecated and will be removed in 0.17.

  • The BitField trait allows BitSlice<BigEndian, _> and BitSlice<LittleEndian, _> to provide behavior analagous to bitfields in C and C++ struct definitions. This trait provides load and store methods on BitSlices with those two Cursors which allow for parallel access to the underlying memory. This trait is currently not able to be implemented by downstream crates; this restriction may ease in the future.

    The load and store methods are generic over BitStore value types, allowing users to load and store values of any of the four fundamental widths out of and into a BitSlice of any storage type. Users are able to, for example, use this trait to load and store u32 values into BitSlice<_, u8> byte sequences.

    The behavior implemented in this crate follows local memory conventions as best it can. When storing a value into memory, the least significant part of the value will be in the least significant storage element of the slice, and the bits in each storage element’s region for value storage will be in standard memory order. This behavior should provide maximum compatibility for interoperability with the bitfield implementations in C and C++, and the bitstring implementation in Erlang.

  • The cursor::Local type alias is a default bit ordering. Big-endian targets set it to cursor::BigEndian; all other targets set it to cursor::LittleEndian.

... (truncated)
Commits
  • 253143e Increase radium dependency to 0.3
  • a1989fa Close #33
  • 2db6314 Remove non-source files from crate distribution
  • c8c68fb Add an example that uses BitField
  • c2cb3a1 Remove the std::io implementations
  • 48a68c6 Finish the BitField implementation
  • 146c2e5 Replace all T::bits calls with the named constants
  • f9c82c3 Continue the bitfield implementation
  • 581e0fb Start generalizing bitfield access to decouple value and store types
  • 8a7ff64 Make the Bits/Mut implementations blanket on BitStore
  • Additional commits viewable in compare view


Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) - `@dependabot use these labels` will set the current labels as the default for future PRs for this repo and language - `@dependabot use these reviewers` will set the current reviewers as the default for future PRs for this repo and language - `@dependabot use these assignees` will set the current assignees as the default for future PRs for this repo and language - `@dependabot use this milestone` will set the current milestone as the default for future PRs for this repo and language - `@dependabot badge me` will comment on this PR with code to add a "Dependabot enabled" badge to your readme Additionally, you can set the following in your Dependabot [dashboard](https://app.dependabot.com): - Update frequency (including time of day and day of week) - Pull request limits (per update run and/or open at any time) - Out-of-range updates (receive only lockfile updates, if desired) - Security updates (receive only security updates, if desired)
dependabot-preview[bot] commented 4 years ago

Superseded by #138.