A crate for mucking around with piles of bytes
Go to file
Lokathor 93e9b53571
Merge pull request #17 from HeroicKatora/master
Add a method to allocate zeroed slices
2020-07-23 19:06:59 -06:00
scripts Try to run miri in CI 2020-01-10 11:50:56 -08:00
src Merge pull request #17 from HeroicKatora/master 2020-07-23 19:06:59 -06:00
tests Duplicate the doctests for the sake of miri 2020-01-11 08:01:58 -08:00
.gitignore base files 2019-09-19 19:09:31 -06:00
.travis.yml Try to run miri in CI 2020-01-10 11:50:56 -08:00
appveyor.yml 1.34 needed for NonZeroI32 and friends 2019-11-25 19:17:41 -07:00
bors.toml base files 2019-09-19 19:09:31 -06:00
Cargo.toml chore: Exclude unneeded files 2020-02-17 11:01:13 +01:00
changelog.md changelog update 2020-02-06 20:44:33 -07:00
LICENSE-ZLIB.md License change to an equally permissive OSI license 2019-11-25 18:45:54 -07:00
pedantic.bat base files 2019-09-19 19:09:31 -06:00
README.md Update README.md 2020-01-29 01:57:45 -07:00
rustfmt.toml Remove .cast method usage and rustfmt 2019-11-25 18:46:23 -07:00

License:Zlib Minimum Rust Version travis.ci AppVeyor crates.io docs.rs

bytemuck

A crate for mucking around with piles of bytes.

Extensions

There is experimental support for the Zeroable trait being derived through a proc-macro. I'm not the author of that crate, please file bugs with that crate in the other repo.

Stability

The goal is to stay at 1.y.z until at least the next edition of Rust.

I consider any increase of the Minimum Rust Version to be a semver breaking change, so rustc-1.34 will continue to be supported for at least the rest of the bytemuck-1.y.z series of the crate.