Windows 10 SDK Preview Build 18950 отсутствует

Новая предварительная версия Windows 10 SDK Insider Preview доступна для загрузки. Он добавляет сборку Windows 10 Insider Preview 18950, которая была недавно выпущен в Fast Ring. Вот изменения в этом выпуске.

Предварительный просмотр SDK можно загрузить с раздел для разработчиков в программе предварительной оценки Windows.

Отзывы и обновления известных проблем см. В форум разработчиков. Чтобы получить новые функции для разработчиков, перейдите на наш UserVoice платформы Windows.

• Эта сборка работает вместе с ранее выпущенными пакетами SDK и Visual Studio 2017 и 2019. Вы можете установить этот SDK и по-прежнему отправлять свои приложения, предназначенные для Windows 10 build 1903 или более ранней версии, в Microsoft Store.
• Windows SDK теперь формально будет поддерживаться только Visual Studio 2017 и выше. Вы можете скачать Visual Studio 2019 здесь.
• Эта сборка Windows SDK будет установлена ​​только на Предварительный просмотр Windows 10 Insider строит.
• Чтобы облегчить доступ сценария к SDK, доступ к ISO можно будет получить по следующему статическому URL-адресу: https://software-download.microsoft.com/download/sg/Windows_InsiderPreview_SDK_en-us_18950_1.iso.

Компилятор сообщений (mc.exe)

• Теперь обнаруживает метку порядка байтов Unicode (BOM) в файлах .mc. Если файл .mc начинается с спецификации UTF-8, он будет прочитан как файл UTF-8. В противном случае, если он начинается с спецификации UTF-16LE, он будет прочитан как файл UTF-16LE. Если был указан параметр -u, он будет прочитан как файл UTF-16LE. В противном случае он будет прочитан с использованием текущей кодовой страницы (CP_ACP).
• Теперь позволяет избежать проблем с одним правилом определения (ODR) в созданных MC C / C ++ помощников ETW, вызванных конфликтующими макросами конфигурации (например, когда два файла .cpp с конфликтующими определениями MCGEN_EVENTWRITETRANSFER связаны с одним и тем же двоичным кодом, сгенерированные MC помощники ETW теперь будут учитывать определение MCGEN_EVENTWRITETRANSFER в каждом файле .cpp вместо произвольного выбора один или другой).

Препроцессор трассировки Windows (tracewpp.exe)

• Теперь поддерживает файлы ввода Unicode (.ini, .tpl и исходный код). Входные файлы, начинающиеся с метки порядка байтов (BOM) UTF-8 или UTF-16, будут читаться как Unicode. Входные файлы, которые не начинаются с спецификации, будут считываться с использованием текущей кодовой страницы (CP_ACP). Для обратной совместимости, если указан параметр командной строки -UnicodeIgnore, файлы, начинающиеся с спецификации UTF-16, будут обрабатываться как пустые.
• Теперь поддерживает файлы вывода Unicode (.tmh). По умолчанию выходные файлы будут закодированы с использованием текущей кодовой страницы (CP_ACP). Используйте параметры командной строки -cp: UTF-8 или -cp: UTF-16 для создания выходных файлов Unicode.
• Изменение поведения: tracewpp теперь преобразует весь входной текст в Unicode, выполняет обработку в Unicode и преобразует выходной текст в указанную выходную кодировку. Более ранние версии tracewpp избегали преобразований Unicode и выполняли обработку текста с использованием однобайтового набора символов. Это может привести к изменению поведения в случаях, когда входные файлы не соответствуют текущей кодовой странице. В случаях, когда это является проблемой, рассмотрите возможность преобразования входных файлов в UTF-8 (с спецификацией) и / или с помощью параметра командной строки -cp: UTF-8, чтобы избежать неоднозначности кодирования.

TraceLoggingProvider.h

• Теперь позволяет избежать проблем с одним правилом определения (ODR), вызванных конфликтующими макросами конфигурации (например, когда связаны два файла .cpp с конфликтующими определениями TLG_EVENT_WRITE_TRANSFER в тот же двоичный файл, помощники TraceLoggingProvider.h теперь будут учитывать определение TLG_EVENT_WRITE_TRANSFER в каждом файле .cpp вместо произвольного выбора одного или Другие).
• В коде C ++ макрос TraceLoggingWrite был обновлен, чтобы обеспечить лучшее совместное использование кода между аналогичными событиями с использованием вариативных шаблонов.

Подписание приложений с помощью Device Guard Signing

• Мы упрощаем вам процедуру подписания приложения. Подпись Device Guard - это функция Device Guard, доступная в Microsoft Store для бизнеса и образования. Подписание позволяет предприятиям гарантировать, что каждое приложение поступает из надежного источника. Наша цель - упростить подписание вашего пакета MSIX. Документацию по подписи Device Guard можно найти здесь: https://docs.microsoft.com/windows/msix/package/signing-package-device-guard-signing

Удаление IRPROPS.LIB

В этом выпуске irprops.lib был удален из Windows SDK. Приложения, которые связывались с irprops.lib, могут переключиться на bthprops.lib в качестве замены.

Ряд API-интерфейсов был добавлен на платформу с момента выпуска Windows 10 SDK, версия 1903, сборка 18362.

Если вы разработчик программного обеспечения, использующий сборку WIndows 10 Insider Preview 18950, рекомендуется установить этот SDK.

Источник: Microsoft