Skip to content
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.

Sign up for GitHub

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

Lifetime and scope clarification in Closure types reference. #1434

Open
wants to merge 4 commits into
base: master
Choose a base branch
from
Open

Lifetime and scope clarification in Closure types reference. #1434

Changes from all commits
Commits
Show all changes
4 commits
Select commit Hold shift + click to select a range
edc92b1
Lifetime and scope clarification in `Closure types` reference.
stegrams Dec 6, 2023
c83ceb4
Style error
stegrams Dec 6, 2023
a341cb4
Merge branch 'master' into patch-1
stegrams Dec 12, 2024
117c5b5
Adhere to master branch's style to avoid unnecessary diff noise.
stegrams Dec 12, 2024
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion src/types/closure.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -465,7 +465,7 @@ But at the same time, borrowing `x` immutably would make the assignment illegal,
because a `& &mut` reference might not be unique, so it cannot safely be used to modify a value.
So a unique immutable borrow is used: it borrows `x` immutably, but like a mutable borrow, it must be unique.

In the above example, uncommenting the declaration of `y` will produce an error because it would violate the uniqueness of the closure's borrow of `x`; the declaration of z is valid because the closure's lifetime has expired at the end of the block, releasing the borrow.
In the above example, uncommenting the declaration of `y` will produce an error because it would violate the uniqueness of the closure's borrow of `x`; the declaration of `z` is valid because the closure's lifetime has expired, i.e. there are no `c` calls after `z`, releasing the borrow.

## Call traits and coercions

Expand Down
Loading