-
Notifications
You must be signed in to change notification settings - Fork 5.3k
Add alpine-arm64 to RID graph and use PackageReference for System.Data.SqlClient in tests again #37968
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add alpine-arm64 to RID graph and use PackageReference for System.Data.SqlClient in tests again #37968
Conversation
|
Tagging subscribers to this area: @ViktorHofer |
6690aca to
c89bf70
Compare
It was missing and caused a wrong RID graph to be generated.
The old approach doesn't work for mobile targets where we do self-contained publishing since we don't have the SqlClient dll in the in-tree runtime pack (and we don't want to put it there). While working on this I also removed some unnecessary duplication between Mono and CoreCLR in runtime.depproj.
…pendencyModel.Tests.csproj The older version references a non-existing assembly "System.Runtime.InteropServices.Pinvoke".
eaa2874 to
4b402d9
Compare
| <RuntimeGroup Include="alpine"> | ||
| <Parent>linux-musl</Parent> | ||
| <Architectures>x64</Architectures> | ||
| <Architectures>x64;arm64</Architectures> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do all these versions support arm64? If not we could create a separate group for arm64.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, all the version back to our minimum 3.6 support arm64.
Essentially reverts #31850 and fixes the underlying issue, which was that alpine-arm64 was missing from the RID graph.
This allows us to switch to PackageReference for SqlClient as the old approach doesn't work for mobile targets where we do self-contained publishing since we don't have the SqlClient dll in the in-tree runtime pack (and we don't want to put it there).
While working on this I also removed some unnecessary duplication between Mono and CoreCLR in runtime.depproj.
Also bumps Microsoft.DotNet.ProjectModel version in Microsoft.Extensions.DependencyModel.Tests.csproj
The older version references a non-existing assembly "System.Runtime.InteropServices.Pinvoke".