Don't abort compilation after giving a lint error #447
Labels
major-change
A proposal to make a major change to rustc
major-change-accepted
A major change proposal that was accepted
T-compiler
Add this label so rfcbot knows to poll the compiler team
Proposal
Instead, continue to compile, and only exit with an error just before linking. The only reason to abort early is when the program is so broken that either:
This is never the case for lints, because the compiler has to be able to deal with
allow
-ed lints.So it can continue to lint and compile even if there are lint errors. In particular, this shows all lints at once, which can currently be frustrating when
deny(warnings)
is set or you trip a deny-by-default lint.This has been requested a few times by users; see rust-lang/rust#82761, rust-lang/rust#87334.
This has already been implemented in rust-lang/rust#87337 (modulo some test updates).
Mentors or Reviewers
@flip1995, @LeSeulArtichaut
Process
The main points of the Major Change Process are as follows:
@rustbot second
.-C flag
, then full team check-off is required.@rfcbot fcp merge
on either the MCP or the PR.You can read more about Major Change Proposals on forge.
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.
The text was updated successfully, but these errors were encountered: