-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Composite ReadyToRun fails when RelativePath has a path component #79902
Comments
@agocke are you the person to ask about how to get this prioritized and fixed? |
@mangod9 is probably the right person for this |
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. |
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. |
I tried overriding the R2R output path in an additional |
Should we pass this on to the SDK folks considering the potential bug lies there? |
yeah probably something on the SDK side, assume this is not high priority for 8? |
Not sure I understand this comment. I'm trying to put/publish the assemblies into a subdirectory of the publish directory. I don't care where the files are in the mean time (the intermediate location). So if the publish directory is "bin/Debug/publish", I need the build to put all the assemblies into "bin/Debug/publish/subdir" Thus I'm updating RelativePath to contain the "subdir" part, and ReadyToRun doesn't like that.
While not entirely blocking (we could implement some ugly MSBuild logic that works around what's not working for ReadyToRun), I'd really like to avoid that (the other alternative is to not ship support for ReadyToRun for our scenario). |
Description
As title says.
Reproduction Steps
Zipped repro: readytorun-f020a25.zip
But it's very simple, here's the csproj:
and the C# file:
Then publish:
Expected behavior
Successful build/publish.
Actual behavior
Many errors like:
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: xamarin/xamarin-macios#13873
The text was updated successfully, but these errors were encountered: