Lioncash ec8d72a567 microprofile: Don't memset through std::atomic types ... Two of the members of the MicroProfileThreadLog contains two std::atomic instances. Given these aren't trivially-copyable types, we shouldn't be memsetting the structure, given implementation details can contain other members within it. To avoid potential undefined behavior on platforms, we can use aggregate initialization to zero out the members while still having well-defined behavior. While we're at it we can also silence some sign conversion warnings.		2020-08-23 21:19:01 -04:00
..
cmake-modules
cubeb@616d773441
discord-rpc@e32d001809
dynarmic@0e1112b7df	dynarmic: Add unsafe optimizations	2020-08-16 14:15:39 +01:00
find-modules	cmake: unbreak system libusb support	2020-07-07 10:13:18 +00:00
getopt
glad
httplib
inih
libressl@7d01cb01cb
libusb@3406d72cda
libzip
lurlparser
mbedtls@a280e602f3
microprofile	microprofile: Don't memset through std::atomic types	2020-08-23 21:19:01 -04:00
opus	externals: Track opus as submodule instead of using conan	2020-07-01 15:09:33 +10:00
sirit@eefca56afd
soundtouch@060181eaf2
unicorn@73f4573535
Vulkan-Headers@8188e3fbbc
xbyak@82b70e6659
CMakeLists.txt	externals: Track opus as submodule instead of using conan	2020-07-01 15:09:33 +10:00