-
Notifications
You must be signed in to change notification settings - Fork 136
Update to the April 3.1.14 release #2121
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
Conversation
| </ItemGroup> | ||
| <!-- Also copy to the legacy path without the architecture for SBRP for now --> | ||
| <Copy SourceFiles="@(CoreClrToolsFiles)" DestinationFolder="$(SourceBuiltPackagesPath)coreclr-tools" /> | ||
| <Copy SourceFiles="@(CoreClrToolsFiles)" DestinationFolder="$(SourceBuiltPackagesPath)coreclr-tools/$(BuildArchitecture)" /> |
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.
I wonder if it would be better to always use the architecture-less path.
When we use /usr/bin/clang we dont worry whether that's for x86-64 or aarch64, we just assume it's for this architecture. Same for /usr/bin/dotnet, we don't check what architecture that's for. We just use it.
Along the same line, shouldn't we assume $(SourceBuiltPackagesPath)coreclr-tools is the right set of tools for this architecture?
No description provided.