Composite ReadyToRun fails when RelativePath has a path component

[rolfbjarne]

Description

As title says.

Reproduction Steps

Zipped repro: readytorun-f020a25.zip

But it's very simple, here's the csproj:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net7.0</TargetFramework>
    <PublishReadyToRun>true</PublishReadyToRun>
    <PublishReadyToRunComposite>true</PublishReadyToRunComposite>
    <RuntimeIdentifier>osx-x64</RuntimeIdentifier>
  </PropertyGroup>
  <Target Name="PublishAssembliesToSubdirectory" BeforeTargets="CreateReadyToRunImages" AfterTargets="ComputeResolvedFilesToPublishList">
    <ItemGroup>
      <ResolvedFileToPublish Update="@(ResolvedFileToPublish)" RelativePath="subdir/%(RelativePath)" Condition="'%(Extension)' == '.dll'" />
    </ItemGroup>
  </Target>
</Project>

and the C# file:

System.Console.WriteLine("Hello, World!");

Then publish:

$ dotnet publish /bl

Expected behavior

Successful build/publish.

Actual behavior

Many errors like:

error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/readytorun.dll" because it was not found.

$ dotnet publish /bl
MSBuild version 17.4.0+18d5aef85 for .NET
/usr/local/share/dotnet/sdk/7.0.102/MSBuild.dll --property:_IsPublishing=true -distributedlogger:Microsoft.DotNet.Tools.MSBuild.MSBuildLogger,/usr/local/share/dotnet/sdk/7.0.102/dotnet.dll*Microsoft.DotNet.Tools.MSBuild.MSBuildForwardingLogger,/usr/local/share/dotnet/sdk/7.0.102/dotnet.dll -maxcpucount -restore -target:Publish -verbosity:m /bl ./readytorun.csproj
  Determining projects to restore...
  Restored /Users/rolf/test/readytorun/readytorun.csproj (in 121 ms).
  readytorun -> /Users/rolf/test/readytorun/bin/Debug/net7.0/osx-x64/readytorun.dll
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/readytorun.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/Microsoft.VisualBasic.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/Microsoft.CSharp.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]
[...]
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/WindowsBase.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/netstandard.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]
/usr/local/share/dotnet/sdk/7.0.102/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(254,5): error MSB3030: Could not copy the file "obj/Debug/net7.0/osx-x64/R2R/subdir/mscorlib.dll" because it was not found. [/Users/rolf/test/readytorun/readytorun.csproj]

Regression?

No response

Known Workarounds

No response

Configuration

$ dotnet --info
.NET SDK:
 Version:   7.0.102
 Commit:    3c4322d8e5

Runtime Environment:
 OS Name:     Mac OS X
 OS Version:  12.6
 OS Platform: Darwin
 RID:         osx.12-x64
 Base Path:   /usr/local/share/dotnet/sdk/7.0.102/

Host:
  Version:      7.0.0
  Architecture: x64
  Commit:       d099f075e4

.NET SDKs installed:
  6.0.403 [/usr/local/share/dotnet/sdk]
  6.0.404 [/usr/local/share/dotnet/sdk]
  7.0.100 [/usr/local/share/dotnet/sdk]
  7.0.101 [/usr/local/share/dotnet/sdk]
  7.0.102 [/usr/local/share/dotnet/sdk]

.NET runtimes installed:
  Microsoft.AspNetCore.App 6.0.11 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 6.0.12 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.AspNetCore.App 7.0.0 [/usr/local/share/dotnet/shared/Microsoft.AspNetCore.App]
  Microsoft.NETCore.App 6.0.11 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 6.0.12 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]
  Microsoft.NETCore.App 7.0.0 [/usr/local/share/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
  None

Environment variables:
  Not set

global.json file:
  Not found

Learn more:
  https://aka.ms/dotnet/info

Download .NET:
  https://aka.ms/dotnet/download

Other information

When building for the net7.0-macos TFM, we're creating an app bundle, in which case we need to publish assemblies into a directory inside the app bundle, which is why we're adding a (relative) directory component to the RelativePath metadata.

Ref: dotnet/macios#13873

[rolfbjarne]

@agocke are you the person to ask about how to get this prioritized and fixed?

[agocke]

@mangod9 is probably the right person for this

[mangod9]

@trylek @ivdiazsa as fyi.

[trylek]

This looks like an SDK bug, /cc @marcpopMSFT for visibility. I might be able to fix this but I'm not all that familiar with the overall scripting so a more knowledgeable expert would be useful to make sure we're making meaningful fixes here. In particular, it somewhat looks like you're relying on internal behavior of the SDK build scripts and I suspect that is generally unsupported; having said that I'm certainly all for fixing erroneous or unusable behavior.

[marcpopMSFT]

Add @dsplaisted to see if there's a way to maybe override the intermediate location that those files are going to. You're basically telling it to copy from a folder that's not where the files are built to. This isn't a bug but more of tips on managing msbuild logic.

[ivdiazsa]

I tried overriding the R2R output path in an additional Target prior to generating the R2R images (i.e. with a BeforeTargets), but to no avail. Still got the errors.

[ivdiazsa]

Should we pass this on to the SDK folks considering the potential bug lies there?

[mangod9]

yeah probably something on the SDK side, assume this is not high priority for 8?