Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56236

Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

punkCaller is ignored by StdPicture ClassFactory implementation anyway.
Signed-off-by: Dmitry Timoshkov <dmitry@baikal.ru>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46074

Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

It already bails out early if the thread_data was already populated, so
only one thread can reach here at one time.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Microsoft deprecated all of these functions except ExAllocatePool2 and
ExAllocatePool3, so it's a safe bet that in Windows the old functions
are just wrappers around the new ones now.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54362

Note the _InterlockedCompareExchange128 for a x86_64 machine is only
defined as intrinsic when -mcx16 option is enabled.
But we use always use the intrinsic definition on x86_64 so that
compilation done without the -mcx16 could be detected (on C++ only).
And the intrinsic has been added recently to aarch64 machine for clang.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Now clang provides intrinsic variant of Interlocked*64 family on i386
machine.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

This avoids unaligned access warnings with clang.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54963