-
Notifications
You must be signed in to change notification settings - Fork 118
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
Builds on Windows with the Beta branch are broken #334
Comments
Want to experiment with a local rustc build to test that theory? |
I'll try with nightly, since I don't have a beta toolchain installed. Give me a while |
I get exactly the same issue:
Weird thing is |
I rerun CI on the branch where I scripted UWP CI support. The new build is failing so it's rust issue Here is original build: https://github.com/sagudev/mozjs/actions/runs/3516546682/jobs/5893248783 |
Hm, I noticed when doing diff between outputs that even though we have hard-coded nightly install we ste used latest nightly for the process. Now that I fixed it in UWP branch we still get some errors (on al windows targets but arm64-uwp). https://github.com/sagudev/mozjs/actions/runs/3973906984/jobs/6812850087 |
I am currently doing bisection. |
I believe I found the problematic push in rust: rust-lang/rust#97485 |
Thank you for tracking that down! I have filed rust-lang/rust#107162. |
Fix makefile style and fallback to general cc commands & temp windows builds fix - use `cc` instead of `gcc` and `c++` instead of `g++` for fallback on linux - format makefile - pin window ci to rust 1.66 due to #334 - update nightly version used for UWP
Fix makefile style and fallback to general cc commands & temp windows builds fix - use `cc` instead of `gcc` and `c++` instead of `g++` for fallback on linux - format makefile - pin window ci to rust 1.66 due to #334 - update nightly version used for UWP
This was fixed in rust and we are using latest rust version for some time now. |
It's very similar to the issue in #327. rustc is unable to read the archive file.
Action Report on spiderfire: https://github.com/Redfire75369/spiderfire/actions/runs/3860919044/jobs/6581558820
Action Report on mozjs: https://github.com/Redfire75369/mozjs/actions/runs/3861092537/jobs/6581850000
This really seems to imply that something recent in the object crate is causing this.
It also seems likely that the reason the UWP builds were failing is because they were built with nightly.
The text was updated successfully, but these errors were encountered: