Alan Somers
Alan Somers
`cargo bench` will execute each target with the `--bench` flag. `cargo test`, however, does not pass that flag. The builtin libtest crate takes advantage of that by only running each...
The combination of cargo-kcov and cbindgen triggers a panic in Cargo. I've reproduced it on both FreeBSD 11.3 and Debian 10.3, with a few different versions of cargo nightly. To...
I have a workspace with a virtual manifest and multiple crates. If I run `cargo kcov --features foo` directly in the subcrate's directory, then the tests build and run with...
Running `cargo kcov` is much slower with recent compilers. For example, [asomers/futures-locks](https://github.com/asomers/futures-locks) takes: nightly-2018-09-06-x86_64: 18.38s nightly-2018-10-01-x86_64: 61.46s nightly-2018-10-15-x86_64: 61.14s 1.30.0 (da5f414c2 2018-10-24): 60.08s I don't know if this is a...
Cargo-kcov works great with library crates, and it also works with binary crates' unit tests. But what about binary crates' functional tests? For example, if your crate produces a binary...
"cargo cov report" intermittently fails on FreeBSD. Occasionally it will pass, but it usually fails with the following error: ``` error: Cannot create graph caused by: function from *.gcda cannot...
It would be nice to be able to unit test my filesystem's FUSE interface. Right now the only way to test it is to mount an actual filesystem and use...
The current signature of `fuse::mount` requires providing an actual array of `&OsStr` references. Those are annoying to create, especially from constants. It would be more ergonomic if it could take...
`cargo modules generate graph --with-uses` is very useful for understanding a crate. However, I notice that it doesn't generate `uses` edges when one module uses another's components by their fully...
Issue #20 has regressed. cargo-modules is once again unconditionally enabling test mode. For example, with the following input: ```rust use crate::a::X; #[cfg(not(test))] use crate::b::Y; #[cfg(test)] use crate::c::Z; pub mod a...