You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am wondering how to create a package that contains native payloads for both UWP and .NET Core clients.
I am building SkiaSharp which supports both UWP apps and .NET Core (Windows 7+). My initial idea was to create a NuGet using a .targets file to include the native payloads:
This worked fine for .NET Core. But, this now had issues for UWP: it installed the win7 dlls into the UWP app. This resulted in both the UWP dlls from the .targets file and the win7 dlls. Not only did this cause issues with the build, but was invalid (win7 dll won't work on UWP). My solution was to add the UWP dlls into the runtimes as well:
This now "worked" for both if I publish .NET Core apps with win7 and install the NuGet into UWP apps. But, this now causes issues if I am building/publishing .NET Core apps on Windows 10. The build system selects the win10 directory for the runtimes (as it should), but these dlls (Windows Universal) are not supported by .NET Core.
Is there some way to let NuGet know that a dll is just for UWP, or am I building my universal dlls wrong?
The text was updated successfully, but these errors were encountered:
I am wondering how to create a package that contains native payloads for both UWP and .NET Core clients.
I am building SkiaSharp which supports both UWP apps and .NET Core (Windows 7+). My initial idea was to create a NuGet using a .targets file to include the native payloads:
This worked fine, but then I added .NET Core support (via .NET Standard support). Also, I added the
win7
native bits:This worked fine for .NET Core. But, this now had issues for UWP: it installed the
win7
dlls into the UWP app. This resulted in both the UWP dlls from the .targets file and the win7 dlls. Not only did this cause issues with the build, but was invalid (win7 dll won't work on UWP). My solution was to add the UWP dlls into the runtimes as well:This now "worked" for both if I publish .NET Core apps with
win7
and install the NuGet into UWP apps. But, this now causes issues if I am building/publishing .NET Core apps on Windows 10. The build system selects the win10 directory for the runtimes (as it should), but these dlls (Windows Universal) are not supported by .NET Core.Is there some way to let NuGet know that a dll is just for UWP, or am I building my universal dlls wrong?
The text was updated successfully, but these errors were encountered: