Releases: Techcable/threadid.rs
Don't implement `NoUninit` for `StdThreadId`
Implementing bytemuck::NoUninit for StdThreadId is not guaranteed to be sound, since the representation of std::thread::ThreadId is unknown. If bytemuck::NoUninit is needed, use UniqueThreadId instead. The integer IDs will even be matching if you use the unique-wrap-std feature.
I have yanked v0.1.1 for this reason.
On nightly, use `current_thread_id` feature
The Rust maintainers have realized that std::thread::current().id() is slow, and so have added an experimental function std::thread::current_id() that avoids this overhead. We now take advantage of this feature on nightly, making the crate slightly more efficient.
Also implement bytemuck::NoUninit for StdThreadId, so that it can be used inside a atomic::Atomic. The safety of this is not directly guaranteed by the standard library, but realistically it will always work.
Initial release
Gives much faster access to std::thread::ThreadId,
avoiding the Arc::clone needed for std::thread::current().id().
Includes a number of other thread-local IDs, which provide additional features that are currently missing from the stdlib.