-
Notifications
You must be signed in to change notification settings - Fork 12.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
Clean out old msys2/mingw stuff in CI #125583
Comments
I don't think this was the case since there are still many tests that are not ported like for an example run-make-fulldeps. Maybe GHA now include Guess we'll find out soon. |
I don't know if run-make (and rmake-fulldeps) tests depend on msys2, especially as mentioned not all tests have been ported. |
To be clear, my hypothesis is that at least some run-make tests assumed the existence of many gnu-ish tools so the switch to recipes (even if not complete) has greatly reduced the things that need to be assumed. |
An alternative explanation is that the comment in the file was just always wrong ;) |
Note that this has been randomly failing for months now, basically since it was introduced. The only difference here was it failing a number of times in succession. Which might have just been a random coincidence or might not have been.
The attempt failed because I forgot to test windows-msvc. The windows-gnu part worked fine. |
oh lol I didn't notice. |
They always required make provided by MSYS2 and still do (albeit something else seems to provide it now). In the past they also used to depend on toolchain specific tools like nm, objdump but those were provided by the toolchain and later migrated to LLVM tools that Rust always builds anyway. So while porting of run-make tests to Rust is fantastic it doesn't impact removal of MSYS2. If you want to know what allowed the removal you can run |
I'm not at all doubting the |
was just trying to throw out a kudos, didn't mean to start an argument. :ferrisCluelesser: |
I opened an issue #125585 to remind us that we should eventually document all assumed external dependecies for the test suites. |
Fixed by #125590 |
Oh right, forgot to link them. |
Recently we had increasing network failures due to redownloading mingw tools. The first few times this fell to the usual "retry it again", but that's really not a great solution as we were losing quite a few half-finished runs for essentially no reason. An attempt to fix it caused some struggle with rollups due to the first try at a patch not quite panning out. In other words, we could use some more attention to the windows-gnu CI setup.
Per @mati865 in #125546 (comment) we have shell scripts that we run in our CI that has somewhat arcane names, as it discusses old tools we don't actually use.
@ChrisDenton intends to follow up but given all the above-mentioned network failures I wanted to make sure there was an issue for this.
Chris thinks this was enabled by #121876 in part. Thanks @jieyouxu and @Oneirical!
The text was updated successfully, but these errors were encountered: