⚠ Nightly ⚠ ## This crate is still very experimental and probably not a good idea anyhow! Quoting the [Rust Reference](https://doc.rust-lang.org/reference/items/static-items.html): "A static item defined in a generic scope (for example in a blanket or default implementation) will result in exactly one static item being defined, as if the static definition was pulled out of the current scope into the module. There will not be one item per monomorphization." One way to work around this is to use a `HashMap`. This is a simple & usually appropriate solution. If lookup performance is important, you can skip hashing the `TypeId` for minor gains as it [already contains](https://github.com/rust-lang/rust/blob/eeff92ad32c2627876112ccfe812e19d38494087/library/core/src/any.rs#L645) a good-quality hash. This is implemented in `TypeIdMap`. This crate aims to further fully remove the lookup by allocating the storage using inline assembly. Supported targets are **x86-64** and **aarch64**. On other targets, the `generic_static` macro falls back to a hashmap and most other functionality is unavailable. Additionally, different compilation units may access different instances of the data! This crate requires the following unstable features: `asm_const` and (on unsupported targets) `const_collections_with_hasher`. # Examples Static variables in a generic context: ```rust fn get_and_inc() -> i32 { generic_static!{ static COUNTER = &AtomicI32::new(1); } COUNTER.fetch_add(1, Ordering::Relaxed) } assert_eq!(get_and_inc::(), 1); assert_eq!(get_and_inc::(), 2); assert_eq!(get_and_inc::(), 1); assert_eq!(get_and_inc::(), 3); ``` Associating data with a type: ```rust #[derive(Copy, Clone, Eq, PartialEq)] struct Metadata(&'static str); struct Cat; struct Bomb; use generic_static_cache::{get, init}; init::(Metadata("nya!")).unwrap(); init::(Metadata("boom!")).unwrap(); assert_eq!(get::(), Some(Metadata("nya!"))); assert_eq!(get::(), Some(Metadata("boom!"))); ```