Open BoxyUwU opened 4 months ago
Surprisingly more breakage than #123531, perhaps we should be doing craterbot-test instead of cratebot-check for types PRs. I don't think we should unland the PR tho.
perhaps we should be doing craterbot-test instead of cratebot-check
You mean, because you explicitly want codegen to happen in case there are errors late (or in doctests maybe)? Or because these cases were missing from #123531's results? It seems at least the first error was present (but invisible) in the crater run.
I wonder if cycle_map-0.2.0 may have denied warnings or something. In #123531's results, it failed to build both before and after, but failed with a new E0277. No status change, so it wasn't flagged as a regression:
{
"name": "cycle_map-0.2.0",
"url": "https://crates.io/crates/cycle_map/0.2.0",
"krate": {
"Registry": {
"name": "cycle_map",
"version": "0.2.0"
}
},
"status": "",
"res": "build-fail",
"runs": [
{
"res": "build-fail:compiler-error(unused_imports)",
"log": "master%2330840c53f414b753cb08f14620906572f88dda4b/reg/cycle_map-0.2.0"
},
{
"res": "build-fail:compiler-error(E0277, unused_imports)",
"log": "try%2318fb860b8a8e7ca508746882328061d0fe352543/reg/cycle_map-0.2.0"
}
]
},
Beta crater runs cap lints while most crater runs don't, maybe doing that would slightly widen the reach in t-types runs.
(I gotta run but I'll check the other crates later today.)
sharded-0.2.1
: known and errs opened a PR to fix itZersya.invoice-billing-server
: marked build-fail for unknown reason, both before and after; but was actually failing because of proc-macro2-1.0.46
, before reaching the PR's change. I think it may be because of the nightly feature detection? I'm imagining this: if the PR run was seen as a nightly, proc-macro2 enabled the proc_macro_span_shrink
nightly feature flag and that caused the failure; while this didn't happen for the beta run, proc-macro2 successfully built, and we reached the PR's change.alvarotolentino.docmanager-rust
: marked build-fail for unknown reason, both before and after; it didn't actually build on nightly when https://github.com/rust-lang/rust/pull/123531 landed in the first place (a few "implementation is not general enough" errors in sqlx models). These errors bisect to https://github.com/rust-lang/rust/pull/119820 instead, and that repo was indeed in that PR's crater regressions.pykulytsky.kvs
: I believe this is nightly feature detection again, with ahash-0.7.7
enabling feature(stdsimd)
, causing the build to fail in the PR crater run.thalber.bronze_loop
: same as the above, with ahash-0.7.6
.scherben-map-0.1.10
: marked as build fail for unknown reason, but the failure is actually in a dependency: sharded-0.1.0
, a different rev of the first known item above.
probably #123531, cc @compiler-errors should be intended breakage