bytemuck_derive changelog
1.5.0
- The
Zeroable derive now allows custom bounds. See the rustdoc for an explanation.
1.4.1
- Move the
syn dependency to use version 2. This should not affect the public API in any way.
1.4.0
ByteEq and ByteHash derives will make Eq and Hash impls that treat the value as a &[u8] during equality checks and hashing. This provides a large codegen improvement for some types.- Derives of
repr(int) enums should now accept byte literal values as the discriminant.
1.3.0
- Allow
repr(transparent) to be used generically in derive(Pod).
1.2.1
- Fixed a regression of the
align(N) attribute that occurred during otherwise routine cleanup.
1.2.0
- Apparently our minimum required version of
syn went up without anyone noticing for a while. Because of a bump in our syn requirements, we‘re also issuing this minor version bump in the bytemuck_derive crate. Because it’s possible to reduce the minimum required version of a dep in only a patch release, I‘m going to ratchet the required version of syn all the way up to “current” (1.0.99). If absolutely necessary we could probably reduce the minimum syn version again in a patch release for 1.2, but I don’t want to play this dance too much so I‘d rather make each jump as big as can possibly be. Issue 122. Note: While the core bytemuck crate continues to keep building on rustc-1.34.0, the bytemuck_derive crate is considered an opt-in bonus feature (which doesn’t do anything you couldn't trivially do yourself) and so it does not support a specific MSRV.
1.1.1
- Adjusted the license files to use full files rather than symlinks. PR The license is unchanged, just no more symlinks.
1.1.0
- Updated to work with
bytemuck-1.9.0
1.0.1
- yanchith fixed the derive checks code to make clippy more happy. PR 45
1.0.0