Skip to content
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

Support for file checking beyond syntactic correctness #67

Closed
jonhoo opened this issue Jan 21, 2016 · 2 comments
Closed

Support for file checking beyond syntactic correctness #67

jonhoo opened this issue Jan 21, 2016 · 2 comments

Comments

@jonhoo
Copy link

jonhoo commented Jan 21, 2016

Currently, the syntastic integration (which will hopefully soon also be used by neomake) runs rustc with -Zparse-only to check a particular file. While this is fine, it doesn't catch the vast majority of errors that come up during development.

Obviously, just dropping -Zparse-only won't work, as the compiler will complain about missing imports/types, but maybe some kind of integration with cargo could work? Maybe look up the file tree to find Cargo.toml, run cargo build, and parse out any warning/error that pertains to the currently open file? It's not pretty, but would be extremely useful!

@Seeker14491
Copy link

Can't we use cargo rustc -Zno-trans like this Atom plugin does? This will catch those errors while being faster than cargo build.

@da-x
Copy link
Member

da-x commented Jul 1, 2018

Today we have the 'cargo' Syntastic checker in rust.vim, plus ALE and experimental RLS. Standalone .rs file checking is still supported by rust.vim for the situation where the Rust file is really standalone. If a "errors only for the current file" filter would be useful in Syntastic, ALE, or RLS, then it can be a separate issue?

Also, for limited single-file checking, using rustfmt as a third check #80 may be an interesting option.

Anyway, this can be closed :)

@da-x da-x closed this as completed Jul 1, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants