LookingGlass/host/platform/Windows
Quantum f5dfc264ba [host] windows: trick MinGW into not using memcpy from ntdll
MinGW seems to decide at random whether it wants to use memcpy from
mscvrt.dll or ntdll.dll. Currently, on Debian buster, ntdll.dll is chosen,
while on sid, mscvrt.dll is chosen.

This commit declares a new .def file for ntdll containing only the
functions we want to link from ntdll.dll, and generates ntdll.a from it
with dlltool. This way, MinGW will never be tempted to link functions
like memcpy from ntdll.dll.
2021-07-21 15:45:59 +10:00
..
capture [host] dxgi: use SDK versionhelpers.h to test for Windows version 2021-07-20 11:34:57 +10:00
include/windows [host] delay: directly link against ntdll.dll 2021-07-20 11:30:12 +10:00
src [host] windows: use system thread pool to wait for exit event 2021-07-21 14:13:31 +10:00
app.manifest [host] windows: declare Windows 10 support in manifest 2021-07-20 11:34:57 +10:00
CMakeLists.txt [host] windows: trick MinGW into not using memcpy from ntdll 2021-07-21 15:45:59 +10:00
installer.nsi [host] installer: create start menu shortcut to log directory 2021-01-29 15:56:01 +11:00
ntdll.def [host] windows: trick MinGW into not using memcpy from ntdll 2021-07-21 15:45:59 +10:00
resource.rc [host] windows: add version resource 2021-07-21 12:32:41 +10:00