System.Runtime.Loader.Tests: use TargetsAppleMobile for test-assembly references to unblock trimmed simulator/macCatalyst builds

[Copilot]

System.Runtime.Loader.Tests was failing on Apple mobile simulator/macCatalyst CoreCLR legs because ILLink could not resolve System.Runtime.Loader.Test.Assembly* during aggressive trimming. The project reference conditions only treated ios/tvos as mobile, leaving simulator/macCatalyst in the embedded-resource path.

• Scope

  • Update src/libraries/System.Runtime.Loader/tests/System.Runtime.Loader.Tests.csproj only.
  • No test code changes, no descriptor changes.

• Change

  • Replace TargetOS == ios/tvos gating for the two loader test assemblies with TargetsAppleMobile.
  • Resulting behavior:
    • TargetsAppleMobile == true: direct ProjectReference (assembly available to trimmer)
    • otherwise: keep existing embedded-resource behavior (ReferenceOutputAssembly="false", OutputItemType="EmbeddedResource")

• Why this resolves the failure

  • Simulator and macCatalyst now follow the same mobile reference mode as iOS/tvOS device builds, so ILLink sees System.Runtime.Loader.Test.Assembly and System.Runtime.Loader.Test.Assembly2 as resolvable inputs.

<ProjectReference Condition="'$(TargetsAppleMobile)' == 'true'"
                  Include="System.Runtime.Loader.Test.Assembly\System.Runtime.Loader.Test.Assembly.csproj" />
<ProjectReference Condition="'$(TargetsAppleMobile)' == 'true'"
                  Include="System.Runtime.Loader.Test.Assembly2\System.Runtime.Loader.Test.Assembly2.csproj" />

[Copilot]

Pull request overview

This PR adjusts System.Runtime.Loader.Tests project reference conditions so Apple mobile targets consistently use direct ProjectReferences (instead of embedding the referenced test assemblies as resources), aligning the behavior across iOS/tvOS, simulators, and MacCatalyst.

Changes:

• Switch conditional logic from $(TargetOS) == ios/tvos to $(TargetsAppleMobile) for System.Runtime.Loader.Test.Assembly and System.Runtime.Loader.Test.Assembly2.
• Keep the existing non-Apple-mobile behavior of embedding those referenced assemblies as resources (ReferenceOutputAssembly="false", OutputItemType="EmbeddedResource").
• Update the inline comment to reflect the Apple-mobile-specific restriction.

Show a summary per file

File	Description
src/libraries/System.Runtime.Loader/tests/System.Runtime.Loader.Tests.csproj	Uses TargetsAppleMobile to decide between direct references (Apple mobile) vs embedded resources (other targets) for two loader test assemblies.

Copilot's findings

• Files reviewed: 1/1 changed files
• Comments generated: 0

[dotnet-policy-service]

Tagging subscribers to this area: @agocke, @elinor-fung
See info in area-owners.md if you want to be subscribed.