-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Official build fails due to missing windows_arm job #86073
Comments
windows_arm was added to the workloads build in https://github.com/dotnet/runtime/pull/68981/files. Probably they should also be removed from the WorkloadManifest.json.in. |
Tagging subscribers to this area: @hoyosjs Issue DetailsOfficial builds have started failing with:
See for example https://dev.azure.com/dnceng/internal/_build/results?buildId=2178029&view=results. I believe caused by #85947. @BruceForstall Probably we need to at least remove the arm dependencies from runtime/eng/pipelines/runtime-official.yml Line 527 in 11e22ce
|
Looks like the official build is failing in the
@sbomer @jkotas @jkoritzinsky Anyone know how this works? @jkotas Maybe the linux-arm cross-dac build was inadvertently removed? |
I think we built the Linux arm crossdac components on the Windows arm leg. We can either add the commands to just build it to the crossdac job directly or bring back the build jobs just for the cross-dac builds. Either option should work. |
@noahfalk @tommcdon @mikem8361 Is the linux arm crossdac owned by you? We've been removing Windows arm (builds and code) and it appears linux-arm crossdac builds were a casualty. How do we bring it back without bringing back Windows arm builds? |
@hoyosjs would know how. |
The linux crossbuild was done from the arm leg as the crosscomponents built the x86 -> arm DAC and DBI. Maybe we could fold that into the x86 leg (Do we have a windows jit targetting linux-arm? Is it built there?). |
The win-x86 build creates clrjit_universal_arm_x86.dll, which is a JIT that runs on win-x86 and targets any arm32 OS. The win-x64 build creates clrjit_universal_arm_x64.dll, which is a JIT that runs on win-x64 and targets any arm32 OS. (Note these are intended to be used when running crossgen2) |
We don't support win-arm targeting linux-arm, so folding the arm crossdac to the linux build is completely OK to me. |
Where and how is that build done? What needs to change? |
@hoyosjs is the expert, but it might be here: runtime/eng/pipelines/coreclr/templates/crossdac-build.yml Lines 11 to 15 in 3bd3832
Looks like that's invoked once for the same archType as the outer build. Maybe we need to add an additional call for whatever arch we want to use to add the arm build to? Probably lower on down needs a an update to the copy step in that case too. Or maybe it's easier to just do it in the caller: runtime/eng/pipelines/coreclr/templates/build-job.yml Lines 279 to 288 in 3bd3832
|
Revert changes that broke build of the cross DAC linux-arm components Fixes dotnet#86073
#86138 should fix the official build |
* Fix official build of cross DAC components Revert changes that broke build of the cross DAC linux-arm components Fixes #86073 Co-authored-by: Juan Hoyos <19413848+hoyosjs@users.noreply.github.com>
Hopefully there aren't upstream repos (installer? sdk?) that still expect to consume win-arm bits from runtime. |
We got a green official build an hour ago |
That's probably a good thing to check before bringing this change back. You can also trigger an official build for this change by pushing it to AzDo and scheduling there. |
Official builds have started failing with:
See for example https://dev.azure.com/dnceng/internal/_build/results?buildId=2178029&view=results. I believe caused by #85947. @BruceForstall
Probably we need to at least remove the arm dependencies from
runtime/eng/pipelines/runtime-official.yml
Line 527 in 11e22ce
runtime/eng/pipelines/mono/templates/workloads-build.yml
Line 75 in 11e22ce
The text was updated successfully, but these errors were encountered: