| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2021-11-29 | std: Stabilize the `thread_local_const_init` feature | Alex Crichton | -1/+0 | |
| This commit is intended to follow the stabilization disposition of the FCP that has now finished in #84223. This stabilizes the ability to flag thread local initializers as `const` expressions which enables the macro to generate more efficient code for accessing it, notably removing runtime checks for initialization. More information can also be found in #84223 as well as the tests where the feature usage was removed in this PR. Closes #84223 | ||||
| 2021-05-18 | std: Attempt again to inline thread-local-init across crates | Alex Crichton | -0/+50 | |
| Issue #25088 has been part of `thread_local!` for quite some time now. Historical attempts have been made to add `#[inline]` to `__getit` in #43931, #50252, and #59720, but these attempts ended up not landing at the time due to segfaults on Windows. In the interim though with `const`-initialized thread locals AFAIK this is the only remaining bug which is why you might want to use `#[thread_local]` over `thread_local!`. As a result I figured it was time to resubmit this and see how it fares on CI and if I can help debugging any issues that crop up. Closes #25088 | ||||
