Windows SDK

Пакет SDK для Windows 10, версия 2104 Раскрыть заметки

• Удален файл api-ms-win-net-isolation-l1-1-0.lib. Приложения, связанные с api-ms-win-net-isolation-l1-1-0.lib, можно связать с библиотекой OneCoreUAP.lib.
• Удален файл irprops.lib. Приложения, связанные с irprops.lib, можно связать с библиотекой bthprops.lib.
• Перечисление tagServerSelection перемещено из wuapicommon.h в wupai.h и удалены заголовки. Если вы хотите использовать ENUM tagServerSelection, необходимо включить wuapi.h или wuapi.idl.
• Пакет API-интерфейсов WinRT для Windows 10 позволяет добавить поддержку новейших API среды выполнения Windows в библиотеки и приложения .NET Framework 4.5 или .NET Core 3.0 и более поздние версии этих платформ. Пакет API-интерфейсов WinRT для Windows 10 доступен здесь: пакет NuGet Microsoft.Windows.SDK.Contracts.
• Семейство функций printf теперь соответствует правилам округления IEEE 754 при печати точно представляемых чисел с плавающей запятой и учитывает режим округления, запрошенный посредством вызовов к fesetround. Поведение прежних версий доступно при связывании с legacy_stdio_float_rounding.obj.
• Комплект сертификации приложений для Windows. Несколько новых API были добавлены в список поддерживаемых API в комплекте сертификации приложений и Windows Store. Если в списке поддерживаемых есть неактивные или отключенные в Visual Studio интерфейсы API, для доступа к ним можно внести небольшое изменение в исходный файл. Дополнительные сведения см. в описании этой известной проблемы. Найдите дополнительные обновления для тестов.
• Обновления компилятора сообщений (mc.exe):
  • Обнаружение метки порядка байтов Юникода (BOM) в MC-файлах. Если MC-файл начинается с BOM UTF-8, он будет читаться как файл UTF-8. Если такой файл начинается с BOM UTF-16LE, он будет читаться как файл UTF-16LE. Если указан параметр -u, файл будет читаться как файл UTF-16LE. В противном случае он будет читаться с использованием текущей кодовой страницы (CP_ACP).
  • Устранены проблемы с правилами с одним определением (ODR) во вспомогательных приложениях трассировки событий Windows C и C++ на основе MC, вызванные конфликтующими макросами конфигурации. Например, если два CPP-файла с конфликтующими определениями MCGEN_EVENTWRITETRANSFER объединены в один двоичный файл, вспомогательные приложения трассировки событий Windows на основе MC теперь будут учитывать определение MCGEN_EVENTWRITETRANSFER в каждом CPP-файле вместо произвольного выбора одного из них.
• Обновления препроцессора трассировки Windows (tracewpp.exe):
  • Поддерживаются входные файлы в кодировке Юникода (INI-файлы, TPL-файлы и исходный код). Входные файлы, начинающиеся с метки порядка байтов UTF-8 или UTF-16, будут читаться как файлы в кодировке Юникода. Входные файлы, которые не начинаются с BOM, будут читаться с использованием текущей кодовой страницы (CP_ACP). Для обеспечения обратной совместимости, если указан параметр командной строки -UnicodeIgnore, файлы, начинающиеся с BOM UTF-16, будут считаться пустыми.
  • Поддерживаются выходные файлы в кодировке Юникода (ТМH-файлы). По умолчанию выходные файлы будут кодироваться с использованием текущей кодовой страницы (CP_ACP). Чтобы создать выходные файлы в формате Юникода, воспользуйтесь параметрами командной строки -cp:UTF-8 или -cp:UTF-16.
  • Изменение поведения. Теперь tracewpp преобразует весь входной текст в Юникод, выполняет обработку в Юникоде и преобразует выходной текст в указанную выходную кодировку. В более ранних версиях tracewpp не поддерживал преобразование в Юникод, и текст обрабатывался с однобайтовой кодировкой. Это может привести к изменению поведения, если входные файлы не соответствуют текущей кодовой странице. При возникновении такой проблемы рекомендуем преобразовать входные файлы в UTF-8 (с BOM) и (или) использовать параметр командной строки -cp:UTF-8, чтобы избежать неоднозначности кодирования.
• Обновления TraceLoggingProvider.h:
  • Устранены проблемы с правилами с одним определением (ODR), вызванные конфликтующими макросами конфигурации. Например, если два CPP-файла с конфликтующими определениями TLG_EVENT_WRITE_TRANSFER объединены в один двоичный файл, вспомогательные приложения TraceLoggingProvider.h теперь будут учитывать определение TLG_EVENT_WRITE_TRANSFER в каждом CPP-файле вместо произвольного выбора одного из них.
  • В коде C++ макрос TraceLoggingWrite был обновлен, чтобы улучшить совместное использование кода похожими событиями с помощью вариадических шаблонов.
• Подписывание приложений. Подпись Device Guard — это функция Device Guard, доступная в Microsoft Store для бизнеса и образования, которая позволяет предприятиям гарантировать, что каждое приложение поступает из надежного источника. См. документацию по подписыванию Device Guard.
• Заголовки пакета SDK обновили для устранения ошибок при компиляции с использованием стандартного препроцессора C в компиляторе MSVC cl.exe (/Zc:preprocessor, впервые представленный в VS 2019 версии 16.6).
• Исправлена ошибка: "GdiplusTypes.h не компилируется с NOMINMAX". См. отзывы о Visual Studio.
• Теперь выполняя сборку с использованием /std:c11 или /std:c17, вы получите:
  • C99 tgmath.h
  • C11 static_assert в assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h
• Clang/LLVM для Windows 11: нацеливание на ARM64 несовместимо с последней версией winnt.h.
  • В качестве решения при нацеливании на платформы ARM64 используйте предыдущую версию пакета SDK для Windows 10 (сборка 19041) или clang/LLVM для Windows 10.
• DirectXMath (включая версию 3.16 в этом выпуске) несовместим с Clang/LLVM для Windows в ARM64.
  • В качестве решения используйте последнюю версию DirectXMath, доступную на веб-сайте NuGet, vcpkg или GitHub. Эти версии включают необходимые исправления (версия 3.16b).
    • https://www.nuget.org/packages/directxmath
    • https://github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • https://github.com/microsoft/DirectXMath
• Для нормализации файлов заголовков в файловых системах, чувствительных к регистру, в случае их изменения:
  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h и OleCtl.h сделали строчными;
  • Для поддержания одновременно старой и последней версии пакета SDK для Windows 10 в сборках Clang/LLVM для Windows без предупреждений добавьте в интерфейс командной строки "-Wno-nonportable-system-include-path" или вставьте в источник следующую #pragma:

    #ifdef __clang__
#pragma clang diagnostic ignored "-Wnonportable-system-include-path"
#endif