Windows SDK

Windows 10 SDK, Versão 2104 Expandir notas

• api-ms-win-net-isolation-l1-1-0.lib removido. As aplicações que estavam associadas a api-ms-win-net-isolation-l1-1-0.lib podem mudar para OneCoreUAP.lib como substituição.
• irprops.lib removido. As aplicações que estavam associadas a irprops.lib podem mudar para bthprops.lib como substituição de drop-in.
• Movemos a ENUM tagServerSelection de wuapicommon.h para wupai.h e removemos o cabeçalho. Se quiser utilizar ENUM tagServerSelection, terá de incluir wuapi.h ou wuapi.idl.
• O Pacote de API WinRT do Windows 10 permite-lhe adicionar o mais recente suporte das APIs do Windows Runtime às suas bibliotecas e aplicações do .NET Framework 4.5+ e .NET Core 3.0+. Para aceder ao Pacote de API WinRT do Windows 10, veja o Pacote NuGet Microsoft.Windows.SDK.Contracts.
• A família de funções printf já está em conformidade com as regras de arredondamento IEEE 754 ao imprimir números de vírgula flutuante exatamente representáveis e irá cumprir o modo de arredondamento pedido através de chamadas para fesetround. O comportamento legado está disponível quando se liga a legacy_stdio_float_rounding.obj.
• Windows App Certification Kit. Adicionámos várias novas APIs à lista de APIs Suportadas no App Certification Kit e na Windows Store. Se houver APIs na lista suportada apresentadas a cinzento ou desativadas no Visual Studio, pode fazer uma pequena alteração ao ficheiro de origem para aceder às mesmas. Para mais detalhes, veja este problema conhecido. Encontre mais atualizações a testes.
• Atualizações do Compilador de Mensagens (mc.exe):
  • Deteta agora a marca de ordem de bytes (BOM) Unicode em ficheiros .mc. Se o ficheiro .mc começar com um BOM UTF-8, será lido como um ficheiro UTF-8. Caso contrário, se começar com um BOM UTF-16LE, será lido como um ficheiro UTF-16LE. Se o parâmetro -u estiver especificado, será lido como um ficheiro UTF-16LE. Caso contrário, será lido através da página de código atual (CP_ACP).
  • Evita agora problemas de regras de definição única (ODR) nos programas auxiliares ETWC C/C++ gerados por MC causados por macros de configuração em conflito (por exemplo, quando dois ficheiros .cpp com definições em conflito de MCGEN_EVENTWRITETRANSFER estão associados ao mesmo binário, os programas auxiliares ETW gerados por MC vão passar a respeitar a definição de MCGEN_EVENTWRITETRANSFER em cada ficheiro .cpp, em vez de escolher arbitrariamente um ou outro).
• Atualizações do Pré-processador de Rastreio do Windows (tracewpp.exe):
  • Suporta ficheiros de entrada Unicode (.ini, .tpl e código fonte). Os ficheiros de entrada com uma marca de ordem de bytes (BOM) UTF-8 ou UTF-16 serão lidos como Unicode. Os ficheiros de entrada que não comecem com um BOM serão lidos através da página de código atual (CP_ACP). Para retrocompatibilidade, se for especificado o parâmetro de linha de comandos -UnicodeIgnore, os ficheiros começados com um BOM UTF-16 serão tratados como vazios.
  • Suporta ficheiros de saída Unicode (.tmh). Por predefinição, os ficheiros de saída serão codificados através da página de código atual (CP_ACP). Utilize parâmetros de linha de comandos -cp:UTF-8 ou -cp:UTF-16 para gerar ficheiros de saída Unicode.
  • Alteração de comportamento: tracewpp converte agora todo o texto de entrada para Unicode, executa o processamento em Unicode e converte o texto de saída para a codificação de saída especificada. As versões anteriores de tracewpp evitaram conversões Unicode e realizaram o processamento de texto ao assumir um conjunto de carateres de um único byte. Isto pode levar a alterações de comportamento nos casos em que os ficheiros de entrada não estejam em conformidade com a página de código atual. Nos casos em que isto constitui um problema, considere converter os ficheiros de entrada em UTF-8 (com BOM) e/ou utilizar o parâmetro de linha de comandos -cp:UTF-8 para evitar codificar a ambiguidade.
• Atualizações do TraceLoggingProvider.h:
  • Evita problemas de regras de definição única (ODR) causados por macros de configuração em conflito (por exemplo, quando dois ficheiros .cpp com definições em conflito de TLG_EVENT_WRITE_TRANSFER estão associados ao mesmo binário, os programas auxiliares do TraceLoggingProvider.h vão passar a respeitar a definição de TLG_EVENT_WRITE_TRANSFER em cada ficheiro .cpp, em vez de escolher arbitrariamente um ou outro).
  • No código C++, a macro TraceLoggingWrite foi atualizada para permitir uma melhor partilha de código entre eventos semelhantes com modelos variados.
• Assinar as suas aplicações. A Assinatura Device Guard é uma funcionalidade do Device Guard que está disponível na Microsoft Store para Empresas e Educação, que permite às empresas garantir que todas as aplicações são provenientes de uma origem fidedigna. Veja a documentação sobre a Assinatura Device Guard.
• Os cabeçalhos do SDK foram atualizados para lidar com erros ao compilar com o pré-processador C padrão e conforme no compilador MSVC cl.exe (/Zc:preprocessor, introduzido no VS 2019 v16.6).
• Corrigido: “GdiplusTypes.h não compila com NOMINMAX”. Veja o feedback do Visual Studio.
• Ao compilar com /std:c11 or /std:c17, agora recebe:
  • C99 tgmath.h
  • C11 static_assert em assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h
• Clang/LLVM para Windows v11 direcionado para ARM64 não é compatível com o mais recente winnt.h
  • Como alternativa, utilize a versão anterior do Windows 10 SDK (compilação 19041) ou clang/LLVM para Windows v10 ao direcionar plataformas ARM64
• DirectXMath (incluindo a versão 3.16 nesta versão) não é compatível com Clang/LLVM para Windows no ARM64.
  • Como alternativa, utilize a mais recente versão de DirectXMath, disponível em NuGet, vcpkg ou GitHub. Estas versões incluem as correções necessárias (versão 3.16b).
    • https://www.nuget.org/packages/directxmath
    • https://github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • https://github.com/microsoft/DirectXMath
• A utilização de maiúsculas e minúsculas em alguns ficheiros de cabeçalho foi alterada, para os normalizar para sistemas de ficheiros sensíveis a maiúsculas e minúsculas:
  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h e OleCtl.h foram todos alterados para minúsculas.
  • Para compilações Clang/LLVM para Windows, para suportar tanto a versão antiga como a mais recente do Windows 10 SDK sem avisos, adicione "-Wno-nonportable-system-include-path" à CLI ou o #pragma seguinte na fonte:

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