diff options
| author | bors <bors@rust-lang.org> | 2024-01-02 13:35:42 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2024-01-02 13:35:42 +0000 |
| commit | 76591096fb3348022ad40b63b3c892a286272293 (patch) | |
| tree | f9fcc37b457caf46d59073aacdc98a4a546364f1 /tests/codegen/src-hash-algorithm/src-hash-algorithm-sha1.rs | |
| parent | 34df29620aee42179bdfec13cc221460241f27d4 (diff) | |
| parent | 9a36bc393d06629d58295f86e4447051d1cfa923 (diff) | |
| download | rust-76591096fb3348022ad40b63b3c892a286272293.tar.gz rust-76591096fb3348022ad40b63b3c892a286272293.zip | |
Auto merge of #16136 - saiintbrisson:fix/completion/a-tad-smarter-with-fns, r=Veykril
fix(completion): make the expected type a tad smarter with `Fn`s This commit changes how the expected type is calculated when working with Fn pointers, making the parenthesis stop vanishing when completing the function name. I've been bugged by the behavior of parenthesis completion for a long while now. R-a assumes that the `LetStmt` type is the same as the function type I've just written. Worse is that all parenthesis vanish, even from functions that have completely different signatures. It will now verify if the signature is the same. While working on this, I noticed that record fields behave the same, so I also made it prioritize the field type instead of the current expression when possible, but I'm unsure if this is OK, so input is appreciated. ImplTraits as return types will still behave weirdly because lowering is disallowed at the time it resolves the function types.   
Diffstat (limited to 'tests/codegen/src-hash-algorithm/src-hash-algorithm-sha1.rs')
0 files changed, 0 insertions, 0 deletions