Uh oh!
There was an error while loading. Please reload this page.
Consolidate LocateNativeCompiler target - #103375
Conversation
908e80a to
be8d681CompareUh oh!
There was an error while loading. Please reload this page.
am11
commented
Jun 13, 2024
Opened #103409, as it's failing on other PRs as well. Rest of the failures are unrelated to PR changes. |
MichalStrehovsky
commented
Jun 14, 2024
Thanks, this is an awesome improvement, but we need to get official builds stabilized first since we didn't have any for a week. Build work has a high chance of breaking stuff. I'll mark no-merge for now. |
sbomer
left a comment
There was a problem hiding this comment.
LGTM once our official builds are unblocked. Thanks a lot!
| </ItemGroup> | ||
| <!-- Needed for the amd64 -> amd64 musl cross-build to pass the target flag. --> | ||
| <Target Name="_FixIlcTargetTriple" |
There was a problem hiding this comment.
Do you know why this is no longer needed?
There was a problem hiding this comment.
This should be handled by
(since it's required by public consumption as well)am11
commented
Jun 25, 2024
Failures are unrelated according to Build Analysis. I think it would be good to run outerloop nativeaot leg against this PR to rule out any latent surprises. |
be64d07 to
cb3e150Comparejkotas
commented
Oct 13, 2024
/azp run runtime-coreclr crossgen2 outerloop |
|
Azure Pipelines successfully started running 1 pipeline(s). |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
d50b9b6 to
04f086aCompare| <PropertyGroup> | ||
| <!-- in net9.0 we can do this, but only on mobile apple platforms, not OSX --> | ||
| <SharedLibraryInstallName>@rpath/$(MSBuildProjectName).dylib</SharedLibraryInstallName> | ||
| </PropertyGroup> | ||
| <ItemGroup Condition="'$(TargetsOSX)' == 'true'"> | ||
| <LinkerArg Include="-Wl,-install_name,@rpath/$(MSBuildProjectName).dylib" /> | ||
| </ItemGroup> |
There was a problem hiding this comment.
We generally need to specify the @rpath/-prefixed name on macOS for libraries. Is that done somewhere else now? What is the output for otool -l before and after?
There was a problem hiding this comment.
Is that done somewhere else now?
Seems to me like an avoidable duplicate:
Can we use it for all apple platforms? Or are there use-cases when we explicitly don't need it?
There was a problem hiding this comment.
Can we use it for all apple platforms? Or are there use-cases when we explicitly don't need it?
I'd say we can. We would need to check with Xamarin workloads to ensure that it doesn't break anything.
Note that generally Xamarin workloads have an SDK code on the consumption side where it fixes up the paths with install_name_tool if they are wrong, so I don't expect it to break anything there. I am more concerned that the workload may also specify -install_name on the library compilation side and it would collide if we add it in the NativeAOT linker args.
There was a problem hiding this comment.
With 9a97e5e the behavior is:
- cmdsize 72- name bin/Release/net9.0/osx-arm64/native/helloworld.dylib (offset 24)+ cmdsize 48+ name @rpath/helloworld.dylib (offset 24)- User can skip setting install_name with
SkipInstallName - If user has
<LinkerArg Include="-Wl,-install_name,@rpath/TheirName" />type of thing specified in their project, TheirName takes precedence with SkipInstallName=true
What do you think?
cDAC (the project being modified) is currently only used for testing in the repo, which is working, so I think we can live with it without waiting for next SDK update which won't be long (10.0 alpha1).
Uh oh!
There was an error while loading. Please reload this page.
…e.Unix.targets Co-authored-by: Jan Kotas <jkotas@microsoft.com>
No description provided.