Auto merge of #104855 - thomcc:revert-noinline-wintls, r=ChrisDenton
Revert "Forbid inlining `thread_local!`'s `__getit` function on Windows" Revert of #101368, fixes #104852. I'd rather not do this since that's a soundness fix and this is hitting some compiler bug, but I don't really know an alternative. r? `@ChrisDenton`
This commit is contained in:
commit
af63e3b39f
1 changed files with 9 additions and 16 deletions
|
@ -181,8 +181,7 @@ macro_rules! thread_local {
|
|||
macro_rules! __thread_local_inner {
|
||||
// used to generate the `LocalKey` value for const-initialized thread locals
|
||||
(@key $t:ty, const $init:expr) => {{
|
||||
#[cfg_attr(not(all(windows, target_thread_local)), inline)] // see comments below
|
||||
#[cfg_attr(all(windows, target_thread_local), inline(never))]
|
||||
#[cfg_attr(not(windows), inline)] // see comments below
|
||||
#[deny(unsafe_op_in_unsafe_fn)]
|
||||
unsafe fn __getit(
|
||||
_init: $crate::option::Option<&mut $crate::option::Option<$t>>,
|
||||
|
@ -295,17 +294,12 @@ macro_rules! __thread_local_inner {
|
|||
fn __init() -> $t { $init }
|
||||
|
||||
// When reading this function you might ask "why is this inlined
|
||||
// everywhere other than Windows?", and "why must it not be inlined
|
||||
// on Windows?" and these are very reasonable questions to ask.
|
||||
//
|
||||
// The short story is that Windows doesn't support referencing
|
||||
// `#[thread_local]` across DLL boundaries. The slightly longer
|
||||
// story is that each module (dll or exe) has its own separate set
|
||||
// of static thread locals, so if you try and reference a
|
||||
// `#[thread_local]` that comes from `crate1.dll` from within one of
|
||||
// `crate2.dll`'s functions, then it might give you a completely
|
||||
// different thread local than what you asked for (or it might just
|
||||
// crash).
|
||||
// everywhere other than Windows?", and that's a very reasonable
|
||||
// question to ask. The short story is that it segfaults rustc if
|
||||
// this function is inlined. The longer story is that Windows looks
|
||||
// to not support `extern` references to thread locals across DLL
|
||||
// boundaries. This appears to at least not be supported in the ABI
|
||||
// that LLVM implements.
|
||||
//
|
||||
// Because of this we never inline on Windows, but we do inline on
|
||||
// other platforms (where external references to thread locals
|
||||
|
@ -320,9 +314,8 @@ macro_rules! __thread_local_inner {
|
|||
// Cargo question kinda). This means that, unfortunately, Windows
|
||||
// gets the pessimistic path for now where it's never inlined.
|
||||
//
|
||||
// The issue of "should improve things on Windows" is #84933
|
||||
#[cfg_attr(not(all(windows, target_thread_local)), inline)]
|
||||
#[cfg_attr(all(windows, target_thread_local), inline(never))]
|
||||
// The issue of "should enable on Windows sometimes" is #84933
|
||||
#[cfg_attr(not(windows), inline)]
|
||||
unsafe fn __getit(
|
||||
init: $crate::option::Option<&mut $crate::option::Option<$t>>,
|
||||
) -> $crate::option::Option<&'static $t> {
|
||||
|
|
Loading…
Add table
Reference in a new issue