Add support for bytemuck traits

`bytemuck` seems to be the *de facto* standard crate for safe
transmuting. Because `Complex<T>` is `repr(C)`, it would satisfy the
requirements for `Zeroable` and `Pod`, as long as `T` satisfies them as
well.

Add optional implemenations of `Zeroable` and `Pod`, gated behind the
`bytemuck` feature.

Author: bradleyharden

Cargo.toml

@@ -14,10 +14,14 @@ exclude = ["/bors.toml", "/ci/*", "/.github/*"]
 edition = "2018"
 
 [package.metadata.docs.rs]
-features = ["std", "serde", "rand"]
+features = ["bytemuck", "std", "serde", "rand"]
 
 [dependencies]
 
+[dependencies.bytemuck]
+optional = true
+version = "1"
+
 [dependencies.num-traits]
 version = "0.2.11"
 default-features = false

src/lib.rs

@@ -592,6 +592,18 @@ impl<T: FloatCore> Complex<T> {
     }
 }
 
+/// Saftey: `Complex<T>` is `repr(C)` and contains only instances of `T`, so we
+/// can guarantee it contains no *added* padding. Thus, if `T: Zeroable`,
+/// `Complex<T>` is also `Zeroable`
+#[cfg(feature = "bytemuck")]
+unsafe impl<T: bytemuck::Zeroable> bytemuck::Zeroable for Complex<T> {}
+
+/// Saftey: `Complex<T>` is `repr(C)` and contains only instances of `T`, so we
+/// can guarantee it contains no *added* padding. Thus, if `T: Pod`,
+/// `Complex<T>` is also `Pod`
+#[cfg(feature = "bytemuck")]
+unsafe impl<T: bytemuck::Pod> bytemuck::Pod for Complex<T> {}
+
 impl<T: Clone + Num> From<T> for Complex<T> {
     #[inline]
     fn from(re: T) -> Self {