-
Notifications
You must be signed in to change notification settings - Fork 12
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
Treat "non-exhaustive case" as warning #12
Comments
Millet reports every diagnostic as an error. But, since Millet doesn’t actually run any SML code, this shouldn’t stop you from ignoring the “error” and running your SML with e.g. SML/NJ. Can you give some more detail about what it is you want to do here? If your intent is to ignore messages about non-exhaustiveness from Millet, you can already do that even when it’s reported as an error. |
What I think is nice to have is to display different levels of "errors" on VSCode. For example, the warnings and informations have different "icons" in the "problems" list as below. So instead of displaying with the red cross icon as above, the "non-exhaustive case" should be display using the yellow exclamation mark icon. I also think that the TODO annotation feature is nice to have as well. Do we have that currently? |
Here's my opinion:
As for the TODO thing, given that TODO is not a SML-specific thing, Millet wouldn't be the right place to implement anything to do with TODO comments. There are extensions which highlight TODO and other comments, like this one. |
I'm referring to error 5011. I think we should treat "non-exhaustive case" as a warning instead of an error as the current implementation. Even in SMLNJ this is a warning.
Does the current language server support "warnings" or are there only "errors"?
The text was updated successfully, but these errors were encountered: