-
-
Notifications
You must be signed in to change notification settings - Fork 19
Using log or getops crates reports "multple matching crates" error to be displayed #5
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
Comments
+1 |
While waiting for a better fix to flycheck/flycheck-rust#5 I am using a renamed version of getopts.
@hugoduncan Feel free to open a pull request to improve flycheck-rust. I don't have the time to fix this issue currently, and I don't use Rust anymore. |
Unfortunately it doesn't seem like a trivial fix, and will probably involve updating the rust support in flycheck itself. I can't see a way of doing it corrctly without parsing the |
It seemed simplest just to invoke |
@hugoduncan Cargo would build the entire project to check a single file, wouldn't it? |
@lunaryorn Yes, and it definitely has speed issues. |
Would this help: rust-lang/cargo#1225? |
@utkarshkukreti Probably, though a structured format would be better, i.e. JSON. |
Effectively blocked by rust-lang/cargo#1434. |
Closing, in favour of #8 |
For some crates (at least
log
andgetopts
), declaringextern crate getopts;
leads to the following errors displayed in flycheck:This seems to be caused by the existence of
log
andgetopts
library files in rustlib.Cargo doesn't report the same errors when run directly, as it uses different rustc arguments to flycheck-rust (
-L dependency=…
and--extern …=…
).The text was updated successfully, but these errors were encountered: