Windows SDK

Sada Windows 10 SDK, verze 2104 Rozbalit poznámky

• Došlo k odebrání knihovny api-ms-win-net-isolation-l1-1-0.lib. Aplikace, které využívaly knihovnu api-ms-win-net-isolation-l1-1-0.lib, můžou přejít na knihovnu OneCoreUAP.lib.
• Došlo k odebrání knihovny irprops.lib. Aplikace, které využívaly knihovnu irprops.lib, můžou přejít na knihovnu bthprops.lib.
• Metoda ENUM tagServerSelection byla přesunuta ze souboru wuapicommon.h do souboru wupai.h a byla odebrána hlavička. Pokud chcete použít metodu ENUM tagServerSelection, musíte vložit soubor wuapi.h nebo wuapi.idl.
• Sada Windows 10 WinRT API Pack umožňuje přidat nejnovější rozhraní API prostředí Windows Runtime pro podporu aplikací a knihoven .NET Framework 4.5+ a .NET Core 3.0+. Přístup k sadě Windows 10 WinRT API Pack najdete v balíčku NuGet Microsoft.Windows.SDK.Contracts.
• Řada funkcí printf teď při tisku přesně reprezentovatelných čísel s plovoucí desetinnou čárkou dodržuje pravidla zaokrouhlování IEEE 754 a bude dodržovat režim zaokrouhlování vyžádaný prostřednictvím volání fesetround. Při propojení s legacy_stdio_float_rounding.obj je k dispozici starší verze chování.
• Certifikační sada aplikací pro Windows. Do seznamu podporovaných rozhraní API v certifikační sadě aplikací a Windows Storu přidalo několik nových rozhraní API. Pokud seznam podporovaných rozhraní API obsahuje některá rozhraní API, která se v sadě Visual Studio zobrazují jako neaktivní nebo zakázaná, můžete k nim získat přístup malou změnou zdrojového souboru. Další informace najdete v tomto známém problému. Další aktualizace k otestování
• Aktualizace Message Compileru (mc.exe):
  • V souborech .mc se nově detekuje znak Unicode BOM (Byte Order Mark). Pokud soubor .mc začíná znakem BOM UTF-8, načte se v kódování UTF-8. Pokud soubor začíná znakem BOM UTF-16LE, načte se v kódování UTF-16LE. Pokud je zadaný parametr -u, soubor se načte v kódování UTF-16LE. Jinak se načte s použitím aktuální znakové stránky (CP_ACP).
  • Nově se zabraňuje problémům s pravidlem ODR (One Definition Rule) v pomocných trasováních událostí pro Windows v C/C++ vygenerovaných kompilátorem MC, které způsobují konfliktní makra konfigurace (například pokud jsou dva soubory .cpp s konfliktními definicemi makra MCGEN_EVENTWRITETRANSFER propojené se stejným binárním souborem, pomocná trasování událostí pro Windows vygenerovaná kompilátorem MC teď budou respektovat definici makra MCGEN_EVENTWRITETRANSFER v obou souborech .cpp místo toho, aby náhodně vybírala jednu z nich).
• Aktualizace preprocesoru trasování Windows (tracewpp.exe):
  • Podporují se vstupní soubory v kódování Unicode (.ini, .tpl a zdrojový kód). Vstupní soubory, které začínají znakem BOM (Byte Order Mark) UTF-8 nebo UTF-16, se načtou v kódování Unicode. Vstupní soubory, které nezačínají znakem BOM, se načtou s použitím aktuální znakové stránky (CP_ACP). V zájmu zajištění zpětné kompatibility se v případě zadání parametru příkazového řádku -UnicodeIgnore budou soubory začínající znakem BOM UTF-16 považovat za prázdné.
  • Podporují se výstupní soubory v kódování Unicode (.tmh). Výstupní soubory se ve výchozím nastavení budou kódovat s použitím aktuální znakové stránky (CP_ACP). Pokud chcete generovat výstupní soubory v kódování Unicode, použijte parametry příkazového řádku -cp:UTF-8 nebo -cp:UTF-16.
  • Změna chování: nástroj tracewpp teď převádí veškerý vstupní text do kódování Unicode, provádí předběžné zpracování v kódování Unicode a převádí výstupní text do zadaného výstupního kódování. Starší verze tracewpp se vyhýbaly převodům kódování Unicode a při zpracování textu přebíraly jednobajtovou znakovou sadu. To může vést ke změnám chování v případě, že vstupní soubory neodpovídají aktuální znakové stránce. V případě problému zvažte převod vstupních souborů do kódování UTF-8 (pomocí znaku BOM) nebo použití parametru příkazového řádku -cp:UTF-8, abyste se vyhnuli nejednoznačnosti kódování.
• Aktualizace TraceLoggingProvider.h:
  • Zabraňuje se problémům s pravidlem ODR (One Definition Rule), které způsobují konfliktní makra konfigurace (například pokud jsou dva soubory .cpp s konfliktními definicemi makra TLG_EVENT_WRITE_TRANSFER propojené se stejným binárním souborem, pomocné soubory TraceLoggingProvider.h teď budou respektovat definici makra TLG_EVENT_WRITE_TRANSFER v obou souborech .cpp místo toho, aby náhodně vybíraly jednu z nich).
  • V kódu C++ se makro TraceLoggingWrite aktualizovalo tak, aby umožňovalo lepší sdílení kódu mezi podobnými událostmi pomocí variadických šablon.
• Podepisování aplikací. Podepsání pro Device Guard je funkce Device Guard, která je k dispozici v Microsoft Storu pro firmy a vzdělávání a která firmám umožňuje zaručit, že každá aplikace pochází z důvěryhodného zdroje. Projděte si dokumentaci k Podepsání pro Device Guard.
• Byly aktualizovány hlavičky SDK s cílem řešit chyby při kompilaci pomocí standardního preprocesoru C v kompilátoru MSVC cl.exe (/Zc:preprocessor představený ve VS 2019 v16.6).
• Opraveno: GdiplusTypes.h se nekompiluje s NOMINMAX. Projděte si zpětnou vazbu pro Visual Studio.
• Při sestavování s využitím /std:c11 nebo /std:c17 teď máte:
  • C99 tgmath.h
  • C11 static_assert in assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h
• Clang/LLVM pro Windows v11 cílící na ARM64 není kompatibilní s nejnovější verzí winnt.h.
  • Pokud cílíte na platformy ARM64, jako alternativní řešení použijte předchozí verzi sady Windows 10 SDK (build 19041) nebo clang/LLVM pro Windows v10.
• DirectXMath (včetně verze 3.16 v tomto vydání) není kompatibilní s Clang/LLVM pro Windows na platformě ARM64.
  • Jako alternativní řešení použijte nejnovější verzi DirectXMath, která je k dispozici z NuGet, vcpkg nebo GitHubu. Tyto verze obsahují vyžadované opravy hotfix (verze 3.16 b).
    • https://www.nuget.org/packages/directxmath
    • https://github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • https://github.com/microsoft/DirectXMath
• Byla změněna velikost písmen některých souborů hlaviček, aby se normalizovala pro souborové systémy, které rozlišují malá a velká písmena:
  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h a OleCtl.h byly převedeny na malá písmena.
  • Aby se při použití buildů Clang/LLVM pro Windows zajistila podpora pro starší verze i nejnovější verzi sady Windows 10 SDK bez varování, přidejte -Wno-nonportable-system-include-path do CLI nebo následující #pragma do zdroje:

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