-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
Flycheck does not include dev-dependencies when running tests #55
Comments
I can reproduce. So with this setup, we end up calling Note that here, neither
So we may be able to fix it by running I'll look into the first option tomorrow. |
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation, so they are not quite usable for Flycheck yet. As an aside, since we are not building anything, we can get rid of the ~notes~ case.
I've found a way to make it work without breaking other cases using a combination of There is one downside though: unlike Untill this is fixed, I think I'd rather not merge it as-is, since I've got some flickering. Sometimes after you've saved, warnings appear, sometimes not. |
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation, so they are not quite usable for Flycheck yet. As an aside, since we are not building anything, we can get rid of the ~notes~ case.
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation, so they are not quite usable for Flycheck yet. As an aside, since we are not building anything, we can get rid of the ~notes~ case.
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation, so they are not quite usable for Flycheck yet. As an aside, since we are not building anything, we can get rid of the ~notes~ case.
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation. In practice, this means warnings may not appear if the same files are visited multiple times with Flycheck, and no changes are mode to them. As a bonus, since we are not building anything, we can get rid of the ~notes~ test case.
In concert, they cover all of our cases, and support additional setups, like using [dev-dependencies] in Cargo.toml. (See flycheck/flycheck-rust/issues/55) Unfortunately, unlike ~cargo rustc~, they emit warnings only on their first invocation. In practice, this means warnings may not appear if the same files are visited multiple times with Flycheck, and no changes are mode to them. As a bonus, since we are not building anything, we can get rid of the ~notes~ test case.
Fixed in flycheck/flycheck@b8084a2. |
Steps to reproduce:
cargo new --lib foo
lib.rs
such lines:cargo build
after that flycheck underline with red line:
extern crate lazy_static;
and show hint around this line:can't find create for 'lazy_static'
,but
cargo test|build|check
reports no errors.The text was updated successfully, but these errors were encountered: