-
Notifications
You must be signed in to change notification settings - Fork 17.7k
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
x/build: add a Windows ARM builder #38607
Comments
Change https://golang.org/cl/229559 mentions this issue: |
The host-windows-arm-iotcore builder has been missing for an extended period of time. Attempts to contact the maintainer have failed. This removes the builder until we can find a replacement for windows-arm instances. Fixes golang/go#38493 For golang/go#38607 Change-Id: Ia7d2168f676a86bced754688b4e2d52e61f3125b Reviewed-on: https://go-review.googlesource.com/c/build/+/229559 Run-TryBot: Carlos Amedee <[email protected]> TryBot-Result: Gobot Gobot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]>
Referencing #36439 as the main issue for the Windows ARM port. |
Most of you should have received a private correspondance from me with disk images and instructions so that it's easy to launch a Windows 10 ARM64 builder on EC2/GCP from any x86 machine using qemu. If you didn't receive that from me, and you're on the Google team configuring the new builder, please pipe up. |
@zx2c4 Thank you for the disk images. We will update the corresponding issues as soon as we begin working on them. |
I have physical ARM hardware running Windows that I would be happy to add as a builder to Go's pool. |
Note that this issue is in support of #26148 |
@alexbrainman @zx2c4 While there isn't a license that permits us to run Windows arm in a virtualized environment, i'm not sure if there is any reason why contributors would not be allowed to provide builders on machines that are licensed to run this version of Windows. The previous arm builders we had were provided by Microsoft. I'm going to investigate and respond on this issue once I have an answer. |
Fair enough.
I don't have windows arm or arm64 machine (and I never used / seen before). Let's see what @zx2c4 have. Maybe he is willing to run it as a builder. Alex |
As I've mentioned repeatedly, I have physical baremetal non virtualized arm64 hardware that I bought for the explicit purpose of jump starting windows/arm64 development. |
@zx2c4 Please feel free to add a builder as per https://github.com/golang/go/wiki/DashboardBuilders |
Once we do have builders for this, we should make sure they have mingw-llvm installed and that its GCC compatibility wrapper is in PATH (see the comments on CL 271178). |
System already configured that way :) Everything is all set, just waiting on the Go mailing list now. |
Jason, we've spoken over email about why there were delays. I am sorry if you found our messaging to be unclear. I would like to remind you to read over the values and code of conduct, which are available here: https://golang.org/conduct#values. Please try to be charitable in understanding that we're doing what we can. |
Don't worry, I've always assumed that your responses have been in good faith; there's no presumption of malice. Anyway, following the go-ahead from @cagedmantis, I've spent the last two days getting the new build server perfected and clean for this purpose, and am just waiting on the key to add it to the pool: Brand new clean windows install with all the native arm tools are ready to go. |
I've responded via email with the host and private builder key. |
Change https://golang.org/cl/272106 mentions this issue: |
This partially reverts CL 229559, while adjusting it to use a new builder. The builder will be used now for windows/arm and later for windows/arm64. Updates golang/go#42604. Updates golang/go#38607. Updates golang/go#36439. Change-Id: I1ab661a6585e64de8196955c077715b32dc732b8 Reviewed-on: https://go-review.googlesource.com/c/build/+/272106 Run-TryBot: Jason A. Donenfeld <[email protected]> TryBot-Result: Go Bot <[email protected]> Reviewed-by: Dmitri Shuralyov <[email protected]> Trust: Alex Brainman <[email protected]> Trust: Jason A. Donenfeld <[email protected]>
Change https://golang.org/cl/273786 mentions this issue: |
windows/arm is back! |
We used to have a Windows ARM builder which was removed because it was no longer supported #38493. We should explore a new service or maintainer in order to restore the builder type.
/cc @andybons @dmitshur @toothrot
The text was updated successfully, but these errors were encountered: