Open riverar opened 6 months ago
Should be possible to use vswhere to find the exes for us?
The Microsoft.Windows.WinmdGenerator
SDK already pulls in Microsoft.Windows.SDK.CPP
, i.e.:
Which sets a bunch of properties, some of which we rely upon (e.g. WindowsSDKVersionedBinRoot
to find midl.exe):
But then we also have these properties to contend with:
And... that's as far as I've gotten at the moment. We just need to spend a bit more time following all the wires around, see what we've got, determine what *.SDK.CPP offers, and hopefully clean things up a bit so that we're working with a properly hydrated build environment.
Just creating an official issue to track fixing a long time annoyance.
dotnet build
in a vanilla Terminal session results in midl.exe/cl.exe failures due to tooling paths not getting wired up correctly.