[libcxx-commits] [libcxx] [libc++] Improve performance of std::atomic_flag on Windows (PR #163524)

[via libcxx-commits]

================
@@ -101,6 +105,46 @@ static void __libcpp_platform_wake_by_address(__cxx_atomic_contention_t const vo
   _umtx_op(const_cast<__cxx_atomic_contention_t*>(__ptr), UMTX_OP_WAKE, __notify_one ? 1 : INT_MAX, nullptr, nullptr);
 }
 
+#elif defined(_WIN32)
+
+static void
+__libcpp_platform_wait_on_address(__cxx_atomic_contention_t const volatile* __ptr, __cxx_contention_t __val) {
+  // WaitOnAddress was added in Windows 8 (build 9200)
+  static auto wait_on_address = reinterpret_cast<BOOL(WINAPI*)(volatile void*, PVOID, SIZE_T, DWORD)>(
+      GetProcAddress(GetModuleHandleW(L"api-ms-win-core-synch-l1-2-0.dll"), "WaitOnAddress"));
+  if (wait_on_address != nullptr) {
----------------
Andarwinux wrote:

Forgive me for digressing, but as far as I know, VLC still only provides llvm-mingw pre-builds for nightly builds (aka 4.0), and they don't seem to be planning to release 4.0 anytime soon, especially considering they [aren't](https://code.videolan.org/videolan/docker-images/-/blob/master/vlc-debian-llvm-ucrt/build-llvm.sh?ref_type=heads#L19) using the latest LLVM. I think worrying about it in this context is a bit of overthinking.

https://github.com/llvm/llvm-project/pull/163524