Skip to content
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

Don't copy coreclr version of coreclr and SPCL to core_root when targeting mono #76890

Merged
merged 1 commit into from
Nov 10, 2022

Conversation

elinor-fung
Copy link
Member

@elinor-fung elinor-fung commented Oct 11, 2022

Fixes #72114 (hopefully)

When generating core_root targeting mono, both the coreclr and mono versions of coreclr and System.Private.CoreLib.dll are being copied over. It is a race of which is last - when coreclr is last, it results in mass test failures due to the incorrectly constructed core_root.

@ghost
Copy link

ghost commented Oct 11, 2022

Tagging subscribers to this area: @hoyosjs
See info in area-owners.md if you want to be subscribed.

Issue Details

Fixes #72114 (hopefully)

Author: elinor-fung
Assignees: -
Labels:

area-Infrastructure-coreclr

Milestone: -

@ghost
Copy link

ghost commented Oct 11, 2022

Tagging subscribers to this area: @dotnet/runtime-infrastructure
See info in area-owners.md if you want to be subscribed.

Issue Details

Fixes #72114 (hopefully)

When generating core_root targeting mono, both the coreclr and mono versions of coreclr are being copied over. It is a race of which is last - when coreclr is last, it results in mass test failures due to the incorrectly constructed core_root.

Author: elinor-fung
Assignees: elinor-fung
Labels:

area-Infrastructure

Milestone: -

@jkoritzinsky
Copy link
Member

I think we still need to copy over corerun for the Mono builds. It might be worth moving the source for corerun to somewhere under src/native so we can just include it in the Mono CMake build.

@elinor-fung
Copy link
Member Author

Ugh, right. forgot that was from coreclr build/artifacts.

@elinor-fung elinor-fung changed the title Only copy coreclr binaries to core_root when targeting coreclr Don't copy coreclr version of coreclr and SPCL to core_root when targeting mono Oct 13, 2022
@elinor-fung
Copy link
Member Author

Failure is #76801.

Checked the binlogs from the build to make sure we no longer have double writes when creating core_root for mono. We only copy the mono versions of coreclr and System.Private.CoreLib (not the coreclr ones).

@elinor-fung elinor-fung marked this pull request as ready for review October 14, 2022 18:28
@elinor-fung elinor-fung requested a review from a team October 14, 2022 18:28
@elinor-fung
Copy link
Member Author

@dotnet/runtime-infrastructure anyone want to take a look here?

Copy link
Member

@trylek trylek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM overall even though I probably still not fully grasp why you still seem to be copying around the CoreCLR version of coreclr.dll at line 178.

@elinor-fung
Copy link
Member Author

still seem to be copying around the CoreCLR version of coreclr.dll at line 178

It's removing it from the items to copy. It currently gets included because we include the entire coreclr artifacts folder (parts of which we still need for mono) via wildcard, so that line removes that one file.

@elinor-fung elinor-fung merged commit 059285b into dotnet:main Nov 10, 2022
@elinor-fung elinor-fung deleted the fix-mono-core-root branch November 10, 2022 04:27
@ghost ghost locked as resolved and limited conversation to collaborators Dec 10, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

mono minijit runtime tests failing with coreclr_initialize failed - Error: 0x80004005
4 participants