“UCRT SDK”: the Universal Common RunTime that provides files such errno.h and other files in the folder “C:\Program Files (x86)\Windows Kits\10\Include\0.0\ucrt”.
Since that version is not provided by the Build Tools 2017, I need to install the Windows 8.0 SDK, that contains the. NET Framework 4.5, not some higher version. My extension for Visual Studio targets version 2012, so I need to stick to. I have also requested to Microsoft to include the “.NET Framework 3.5 developments tools” in the installer of Build Tools 2017. There is a fix that I explained in the bug report if you find this problem. Microsoft fixed the bug just in time for RTM in Visual Studio 2017, but the Build Tools 2017 still has the bug due to the lack of the “.NET Framework 3.5 developments tools”. NET Framework 4.0, which will cause them to fail silently at run-time. NET Framework 2.0 are compiled using the Assembly Linker (al.exe tool) of the. NET Framework 3.5 SDK that I reported here: the resource. That is not only a pity but also causes a bug if you install yourself the Windows 7.0 SDK that contains the. While the Visual Studio 2017 Community installer provides the optional individual component “.NET Framework 3.5 developments tools”, the installer of Build Tools 2017 doesn’t. Since that version is not installed by default on modern versions of the Windows OS, I need to install it going to “Control Panel”, “Programs and Features” item, “Turn Windows Features on or off” link: NET Framework 2.0 for some projects (I still support Visual Studio 2005). NET Framework 4.6.1 support Windows SDKs, ATL support, etc.: There are also optional individual components to install. An optional workload “Web development build tools”.An optional workload “Visual C++ build tools”.A built-in (non-optional) set of components to build MSBuild-based projects (for example managed projects).Once you install them on a clean machine, you will notice that they provide only the following: The Visual 2017 Build Tools can be downloaded from here. Incidentally my MZ-Tools solution has both type of projects. They can be used to build either managed (C#, VB.NET, etc.) projects or native (C++) projects. They are a lightweight version of Visual Studio 2017 without the IDE (devenv.exe executable). As part of that process, I realized than rather than installing Visual Studio 2017 Community edition on the server, I could use the Visual Studio 2017 Build Tools that were thought, well, for build servers that don’t need the overhead of a Visual Studio 2017 installation. As I explained in the post Migrating the build of a VSIX project to a build server if you are a solo developer, I am taking the steps to build my MZ-Tools extension on a build/release server.