-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Get rid of redundancy in type errors #17823
Comments
So maybe it should check to see if the parenthetical is exactly the same, and not print it if it is? |
I took a look at this and I am not sure what the fix would be. To save time for someone else the two locations that I identified are below:
|
I am interested in working on this.
I suppose for this to happen the formatting of both error messages would have to be the same. Which version is preferred, with or without backticks around the types? |
hey guys is anybody working on this? Id like to give this a go. First time contributing to rust so wanted something simple to start off with. |
@panyam Go ahead! I don't think anybody has though about this in a while, although it might already be fixed, so you might need to make sure. |
(I did mean to work on this, but it seems it slipped my mind) |
@panyam Welcome to Rust, by the way! 🎊 |
@ChristopherDumas - thanks for that mate... il give it a go. |
@panyam I want to fix that. Do you mind? |
I have the solution. Who can mentor me. I have some questions. |
This is fixed, right? |
Yes. |
Thanks @KalitaAlexey <3 |
fix: Fix unconfigured diagnostic being attached to the wrong file for modules Fixes rust-lang/rust-analyzer#17817
I guess the parenthetical tells you about the outermost type constructors of the mismatch, e.g. "expected uint, found &-ptr". But in many cases it's redundant. We should get rid of the parenthetical in cases where it's useless, and then add some explanatory text about what it's trying to tell you.
The text was updated successfully, but these errors were encountered: