-
Notifications
You must be signed in to change notification settings - Fork 13.4k
doc, explicit Result types #16096
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
I don't understand what this issue is about. Is it that types like One partial solution might be a pass that walks the crate and finds any types in signatures that have the same name but different definitions (e.g. |
I believe that it's about |
Reading the linked issue it looks like my understanding was right. There's another issue like what you're describing (substituting type parameters in default methods) #14072 |
Yes this issue has to do with prefixes not being displayed, even when they're present in the source. For example you only see |
Triage: no change. |
Closing in favor of #42066; which is more general than this. Thanks! |
fix: update VSCode rust-panic problem matcher Corrected the `rust-panic` task problem matcher for the VSCode Extension to match the new panic message pattern. From: ``` thread 'main' panicked at 'PANIC_MESSAGE', src/main.rs:L:C ``` To: ``` thread 'main' panicked at src/main.rs:L:C: PANIC_MESSAGE ```
regarding #16075
currently in std doc there are methods which return Result, which can be confusing at first sight.
Would be great if the function showed upfront the Result<T, E>
The text was updated successfully, but these errors were encountered: