Skip to content

Conversation

@dseefeld
Copy link
Contributor

No description provided.

@dseefeld dseefeld self-assigned this Apr 13, 2021
@ghost ghost added the area-release Release tasks or related issues label Apr 13, 2021
@dseefeld dseefeld merged commit 3d8766b into dotnet:release/3.1 Apr 16, 2021
@dseefeld dseefeld deleted the 3.1.14-apr2021 branch April 16, 2021 14:48
</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)" />
Copy link
Member

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?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area-release Release tasks or related issues

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants