rust/tests/ui/transmutability/structs/repr/should_handle_packed.rs
Jack Wrenn 1ad218f3af safe transmute: Rename BikeshedIntrinsicFrom to TransmuteFrom
As our implementation of MCP411 nears completion and we begin to
solicit testing, it's no longer reasonable to expect testers to
type or remember `BikeshedIntrinsicFrom`. The name degrades the
ease-of-reading of documentation, and the overall experience of
using compiler safe transmute.

Tentatively, we'll instead adopt `TransmuteFrom`.

This name seems to be the one most likely to be stabilized, after
discussion on Zulip [1]. We may want to revisit the ordering of
`Src` and `Dst` before stabilization, at which point we'd likely
consider `TransmuteInto` or `Transmute`.

[1] https://rust-lang.zulipchat.com/#narrow/stream/216762-project-safe-transmute/topic/What.20should.20.60BikeshedIntrinsicFrom.60.20be.20named.3F
2024-08-27 14:05:54 +00:00

42 lines
1.2 KiB
Rust

//@ check-pass
//! The presence of an `align(X)` annotation must be accounted for.
#![crate_type = "lib"]
#![feature(transmutability)]
#![allow(dead_code, incomplete_features, non_camel_case_types)]
mod assert {
use std::mem::{Assume, TransmuteFrom};
pub fn is_maybe_transmutable<Src, Dst>()
where
Dst: TransmuteFrom<Src, {
Assume {
alignment: true,
lifetimes: true,
safety: true,
validity: true,
}
}>
{}
}
fn should_pad_explicitly_packed_field() {
#[derive(Clone, Copy)] #[repr(u8)] enum V0u8 { V = 0 }
#[derive(Clone, Copy)] #[repr(u32)] enum V0u32 { V = 0 }
#[repr(C)]
pub union Uninit {
a: (),
b: V0u8,
}
#[repr(C, packed(2))] struct ImplicitlyPadded(V0u8, V0u32);
#[repr(C)] struct ExplicitlyPadded(V0u8, Uninit, V0u8, V0u8, V0u8, V0u8);
// An implementation that (incorrectly) does not place a padding byte after
// `align_2` will, incorrectly, reject the following transmutations.
assert::is_maybe_transmutable::<ImplicitlyPadded, ExplicitlyPadded>();
assert::is_maybe_transmutable::<ExplicitlyPadded, ImplicitlyPadded>();
}