-
Notifications
You must be signed in to change notification settings - Fork 13.3k
rustc should delete the source file on a type error #950
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
Interrupting the user during a compile is unacceptable. To be sure no incorrect code plagues the user's filesystem, you should delete both files. |
I second eevee. |
If there's an internal error in the typechecker, the compiler should delete itself. |
Oops, pressed the wrong button. I need to go throw away my computer now. |
Nah, just your mouse. If the compiler detects grammatically-incorrect prose in comments, should it delete the file or the user account? |
Following the visionary example of iOS, we should explore autocorrection. If an unresolved variable is within a certain edit distance of a known one, silently update the source code with the 'right' name. |
Cute but I actually had to read it a couple times to recognize you were joking. Long day of dull triage. Closing. |
This feature was added to GHC; we should support it for feature parity.
See https://twitter.com/bos31337/status/116372971509121025 for more information.
Note that when a type error occurs during macro expansion, we should probably delete the file that called the macro, not the macro itself. Alternately, we could ask the user which file we should delete.
The text was updated successfully, but these errors were encountered: