Producing a nupkg for Microsoft.NET.MSBuildResolver.

[livarcocc]

Producing a nupkg for Microsoft.NET.MSBuildResolver. Note that this package contains only the Resolver dll. The hostfxr dll will still have to be acquired separately.

Fixes https://github.com/dotnet/cli/issues/7151

@dotnet/dotnet-cli @nguerrera

@srivatsn Infra-structure change only. We are producing one extra package.

[nguerrera]

FYI. @DustinCampbell

[nguerrera]

(lib)hostfxr.(so|dll) can be obtained via the runtime dependencies of https://dotnet.myget.org/feed/dotnet-core/package/nuget/Microsoft.NETCore.DotNetHostResolver

https://dotnet.myget.org/feed/dotnet-core/package/nuget/runtime.linux-x64.Microsoft.NETCore.DotNetHostResolver
https://dotnet.myget.org/feed/dotnet-core/package/nuget/runtime.osx-x64.Microsoft.NETCore.DotNetHostResolver
https://dotnet.myget.org/feed/dotnet-core/package/nuget/runtime.win-x64.Microsoft.NETCore.DotNetHostResolver

[nguerrera]

Package name is actually Microsoft.DotNet.MSBuildSdkResolver and will be pushed to https://dotnet.myget.org/gallery/dotnet-cli

[DustinCampbell]

Will this eventually be published to nuget.org?

[DustinCampbell]

Since the native dependencies have to be acquired separately, I'm guessing not. 😄

[nguerrera]

You guessed correctly. 😉

[DustinCampbell]

I'm a good guesser

[DustinCampbell]

FWIW, it's too bad that there isn't a linux-x86 version. I wonder what Mono is doing about that.

[nguerrera]

@akoeplinger

[DustinCampbell]

Out of curiosity, why are there net46 and netstandard1.5 versions of this assembly? I hope they're effectively the same and not platform-specific.

[DustinCampbell]

Ugh. They're platform-specific. Sigh...

[nguerrera]

We can fix the net46 version to not assume Windows if that's a blocker for you.

[DustinCampbell]

It's not a blocker, just a pain. I also have an allergic reaction to net46 packages that assume Windows when they don't actually need to. 😄

[akoeplinger]

FWIW, it's too bad that there isn't a linux-x86 version. I wonder what Mono is doing about that.

Sorry for the delay. We're building/shipping our own version of the libhostfxr.so.

[DustinCampbell]

FWIW, I'm not sure it makes much sense to have a linux-x86 version of the SDK Resolve since .NET Core doesn't support linux-x86.

[akoeplinger]

@DustinCampbell we do, because msbuild tries to p/invoke into libhostfxr.so and would crash if that doesn't work

[DustinCampbell]

Fair enough, though isn't that only because Microsoft.NET.MSBuildResolver is installed into the SdkResolvers folder?

[akoeplinger]

Yes but afaik we couldn't change that because we package msbuild as an arch-independent package. Though now that I'm thinking about it I remember we just went with a rm -rf Microsoft.NET.MSBuildResolver hack in the postinstall of the package on unsupported architectures :)

So yes it may not make much sense at the moment but .NET Core could be ported to x86 Linux so I also see no reason to remove it.

[DustinCampbell]

😄

Thanks for touching base here. That helps! I just wanted to be sure I'm covering all of my platforms in C# for VS Code.

[akoeplinger]

soo I just checked and it seems we recently made the libhostfxr.so build work on all the architectures we care about so we removed the hack, i.e. we're ready once the .NET Core SDK arrives on powerpc64 😄

[DustinCampbell]

LOL