Investigate extending `/ALTERNATENAME` to the entire multiverse

Currently, the /ALTERNATENAME technique introduced in #2381 isn't used for Clang and ARM64EC:
https://github.com/microsoft/STL/blob/0dc93fcf0e7f18d47fff4daccce729cc5ea9570b/stl/inc/mutex#L498-L505
https://github.com/microsoft/STL/blob/0dc93fcf0e7f18d47fff4daccce729cc5ea9570b/stl/src/xonce2.cpp#L33-L43

We should investigate extending this technique to them. We'll need to:

• File an internal issue to get this highly useful linker option documented.
• Report an issue upstream to Clang so they can handle it correctly (according to my vague understanding, they just need to pass it along to link.exe, as we aren't using their lld-link.exe here).

We also don't use it for CHPE and /clr, but we don't need to extend it to them.

Finally, as @AlexGuteniev noted in https://github.com/microsoft/STL/pull/2381#issuecomment-1007951468 , we could begin using this technique for shared_mutex and possibly elsewhere:

https://github.com/microsoft/STL/blob/0dc93fcf0e7f18d47fff4daccce729cc5ea9570b/stl/src/sharedmutex.cpp#L20-L42

Start with the existing /ALTERNATENAME handling in stl/inc/mutex and stl/src/xonce2.cpp, then compare the shared_mutex code in stl/src/sharedmutex.cpp. Determine the feasibility for Clang and ARM64EC, file the requested internal and upstream Clang issues, and document whether shared_mutex should also use the technique.