brson
February 21, 2017, 11:58pm
1
Here’s another nightly cargobomb run from last week that I haven’t gotten around to triaging yet.
https://brson.github.io/cargobomb-reports/stable-v-nightly-2017-02-17/index.html
A lot are probably similar to the previous run: https://brson.github.io/cargobomb-reports/stable-v-nightly-2017-02-03/index.html
I will triage this sometime this week if nobody else gets to it.
bluss
February 22, 2017, 7:51am
2
Looks like nodrop / arrayvec has finally been broken. I knew it was on shaky ground, but the tools to put it on solid such are still unstable (untagged union).
I looked at these crates so far. Some expected errors, but plenty I can’t explain.
arena-tree – feature gate for move cell
arraydeque – double-panic only in nightly – https://github.com/rust-lang/rust/issues/40029 I think
arrayvec – double-panic only in nightly – https://github.com/rust-lang/rust/issues/40029 I think
asio – expected https://github.com/rust-lang/rust/issues/32330
astar – "type annotations required: cannot resolve std::collections::VecDeque<(i32, i32)>: std::cmp::PartialEq<_>
"
bip_handshake – expected https://github.com/rust-lang/rust/issues/32330
botocore-parser – expected; quasi_codegen https://github.com/rust-lang/rust/issues/32330
derive_more-0.5.0 – cc @jseyfried , any idea about this?
"expected item, found ;
" – trailing semicolon on struct declaration
“an extern crate
loading macros must be at the crate root”
diesel_codegen_syntex-0.9.0 – lint violation; “error: unused #[macro_use]
import”
done-0.0.0-reserve – random assertion failure, I’ve no idea
futures-threadpool-0.1.0 – lint violation; “unused #[macro_use]
import”
gst-0.1.3 – “Entered unreachable section, this is a bug!”
hashconsing-0.3.0 – doc-test failure
hilite-1.0.0 – “the trait bound &&[std::string::String]: std::iter::Iterator
is not satisfied”
http2hpack-0.1.3 – in lsio: “the trait bound &&[std::string::String]: std::iter::Iterator
is not satisfied”
ipnetwork-0.12.1 – type annotations required: cannot resolve <_ as std::str::FromStr>::Err == _
1 Like
cc @arielb1 @canndrew – do you think that the gst-0.1.3 failure (“Entered unreachable section, this is a bug!”) might be because of inhabitedness changes?
brson
February 22, 2017, 6:09pm
5
Thanks for investigating @bluss and @nikomatsakis !
The derive_more-0.5.0
errors are emitted when running doc-tests, so I suspect https://github.com/rust-lang/rust/pull/37890 (cc @eddyb ).
The errors in the derive_more-0.5.0
doc-tests are legitimate, but the erroneous doc-test wasn’t collected and compiled until https://github.com/rust-lang/rust/pull/37890 .
Just FYI I’m going over more crates now.
Sorting by cause here (work in progress):
regressions-sorted.md
### https://github.com/rust-lang/rust/issues/40029
- arraydeque -- double-panic only in nightly -- https://github.com/rust-lang/rust/issues/40029 I think
- arrayvec -- double-panic only in nightly -- https://github.com/rust-lang/rust/issues/40029 I think
- nodrop-0.1.8 -- unused import: `std`
All of these crates use nodrop/arrayvec, so these failures are probably related:
- gst-0.1.3 -- "Entered unreachable section, this is a bug!"
- rowcol-0.3.3 -- Entered unreachable section, this is a bug!
This file has been truncated. show original
1 Like
I don't think so. I couldn't reproduce the failure locally but it looks like it must be coming from one of these two lines in the nodrop crate (which is used by arrayvec which is used by gst). nodrop and arrayvec are also broken but I couldn't see any suspicious use of empty types in them (though maybe I didn't look hard enough).
brson
February 26, 2017, 7:42am
14
FYI, here’s my blacklist of crates with problems:
- notify-3.0.1 flaky tests
- schedule_recv-0.1.0 timing-based tests
- MortenLohne.rasher - slow tests
- fountaincode-0.0.8 - slow tests
- https://github.com/tinco/rust-static_any_map - flaky tests
- sacn-0.1.1 - flaky tests
- psutil-1.0.0 - flaky tests
- json-0.11.3 - flaky tests
- bson-0.1.5 - flaky tests
- canteen-0.3.5 - broken test
- flame-0.1.10 - flaky tests
- s_app_dir-0.0.0 - flaky tests
- region-0.0.5 - flaky https://github.com/rust-lang/rust/issues/38717
This is not encoded into cargobomb yet, so one just has to remember to ignore these crates.
Also, any crate using rust-skeptic does not work with cargobomb reliably because of a bug. Any logs of crate resolution errors with skeptic in them can be ignored.
Thanks @nikomatsakis for the triage.
brson
March 1, 2017, 11:34pm
15
Working of this list from niko I’ve filed issues on everything.
system
Closed
March 25, 2019, 8:28am
16
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.