Conversation
Resolves microsoft#2286 Wanted to combine with microsoft#2309, but apparently constexpr mutex will have long way to go if ever succeeds
Note that the DLL build still overrides this to XP.
This is now dead - its value is never read. We need to keep `__set_stl_sync_api_mode()` as a no-op for the DLL's export surface, appropriately commented. (Long ago, this function was intended to allow testing of downlevel OS fallback codepaths on modern OS machines; it had no other purpose during normal operation.) Note that `__stl_sync_api_impl_mode` wasn't mentioned outside of `stl/src`, so we don't have to worry about previously compiled user code looking for it.
Passed for x86, x64, ARM, ARM64.
StephanTLavavej
left a comment
There was a problem hiding this comment.
This looks good! I'll push changes to eradicate even more Vista machinery.
|
I pushed the following additional changes:
I believe that it makes sense to do this simultaneously, but these commits could be done as a followup PR if anyone is concerned about the complexity. |
|
Labeling as |
|
@barcharcraz mentioned that we've likely already dropped Vista support by merging #2654 previously, which is yet another reason that this PR is okay to merge. |
|
I'm mirroring this to the MSVC-internal repo - please notify me if any further changes are pushed. |
|
Thank you for improving library performance by eradicating this ancient machinery! I never thought I'd see the day! 😻 🐴 🦄 |
Co-authored-by: Stephan T. Lavavej <[email protected]>

Resolves #2286
Wanted to combine with #2309, but apparently constexpr mutex
will have long way to go if ever succeeds