Comments (12)
I opened an issue #125585 to remind us that we should eventually document all assumed external dependecies for the test suites.
from rust.
I don't know if run-make (and rmake-fulldeps) tests depend on msys2, especially as mentioned not all tests have been ported. make
is still definitely a dependency.
from rust.
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.
from rust.
An alternative explanation is that the comment in the file was just always wrong ;)
from rust.
Fixed by #125590
from rust.
Chris thinks this was enabled by #121876 in part. Thanks @jieyouxu and @Oneirical!
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 make
on Windows by the default (or by an accident)?
Guess we'll find out soon.
from rust.
Recently we had increasing network failures due to redownloading mingw tools
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.
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.
The attempt failed because I forgot to test windows-msvc. The windows-gnu part worked fine.
from rust.
Note that this has been randomly failing for months now, basically since it was introduced.
oh lol I didn't notice.
from rust.
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.
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 which make.exe
on CI.
from rust.
I'm not at all doubting the make
part is still needed.
from rust.
was just trying to throw out a kudos, didn't mean to start an argument. :ferrisCluelesser:
from rust.
Oh right, forgot to link them.
from rust.
Related Issues (20)
- Error tainting in parallel compiler HOT 2
- Cargo check internal error (using UOM library) HOT 5
- document for E0502 insufficiently general
- "deny" lints are ignored in macro expansion HOT 1
- Trait bound order-dependent type errors using non_lifetime_binders HOT 1
- ICE: incr: `no entry found for key` HOT 4
- Compiler hangs on recursive HRTB HOT 2
- Regression between nightlies with `-Zpolonius` HOT 4
- ICE: `assertion failed: matches!(diagnostic.level, Error | Warning | Allow)` HOT 2
- "rustc-LLVM ERROR: underestimated function size" on thumbv6m-none-eabi HOT 6
- `invalid_value` does not warn when transmuting from a unit struct to an uninhabited type
- Words in `<code></code>` in docs make machine translation even weirder than usual HOT 3
- ICE: `assert_eq!(alloc.mutability, mutability)` failed in `validity.rs` HOT 4
- Confusing "the caller chooses a type which can be different" [E308] HOT 4
- Async code causes error "one type is more general than the other" (expected `async` block, found that same `async` block) when demanding an `impl Send` HOT 1
- Extremely un-informative error when a future that capture the environment is used as Send
- Async code causes error "implementation of `FnOnce` is not general enough" when demanding an `impl Send`
- `tidy` requires `src/tools/rustc-perf`? HOT 2
- 1.79 regression in `const` temporary lifetime extension HOT 8
- diagnostic refers to the wrong object's lifetime
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rust.