Skip to content

[release/10.0.1xx] ProcessFrameworkReferences: use portable ILCompiler when RuntimeIdentifier is null.#52485

Merged
baronfel merged 10 commits intorelease/10.0.1xxfrom
backport/pr-52407-to-release/10.0.1xx
Jan 28, 2026
Merged

[release/10.0.1xx] ProcessFrameworkReferences: use portable ILCompiler when RuntimeIdentifier is null.#52485
baronfel merged 10 commits intorelease/10.0.1xxfrom
backport/pr-52407-to-release/10.0.1xx

Conversation

@github-actions
Copy link
Contributor

@github-actions github-actions bot commented Jan 15, 2026

Backport of #52407 to release/10.0.1xx

Fixes #52395
Fixes #42335

Customer Issue

Users trying to publish NativeAOT applications on source-built SDKs would error because the tooling always directed them to non-portable versions of the NativeAOT tooling - which may not be present in the installs. The desired semantic is that the source-built AOT tooling should only be used when targeting the non-portable RID associated with the source-built SDK platform.

Description

This PR ensures that on all SDKs, the 'portable' version of the AOT tooling is used when no explicit RID is chosen for targeting. This means that by default applications that users build with NativeAOT will user Microsoft binaries from NuGet. Users that specifically want to target non-portable RIDs (e.g. fedora.x.y) must specify that RID explicitly.

Was this a regression?

  • Yes - it was introduced in a codeflow PR accidentally.
  • No

Testing

A new test has been added that explicitly maps out the expected behaviors:

  • no RID specified -> portable tooling selected
  • portable RID specified -> portable tooling selected
  • non-portable RID specified -> non-portable tooling selected

Risk

Low - there is broader testing coverage of asset selection now and this pathway continues to work as expected for all other AOT/Trimming related publishing tests.

…times if it's empty (#52685)

Co-authored-by: Marc Paine <marcpop@microsoft.com>
@baronfel baronfel merged commit 61d729a into release/10.0.1xx Jan 28, 2026
26 checks passed
@baronfel baronfel deleted the backport/pr-52407-to-release/10.0.1xx branch January 28, 2026 05:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants

Comments