Resolving remaining concerns with Pin
docs
#119714
Labels
A-docs
Area: Documentation for any part of the project, including the compiler, standard library, and tools
C-enhancement
Category: An issue proposing an enhancement or a PR with one.
T-libs
Relevant to the library team, which will review and decide on the PR/issue.
T-libs-api
Relevant to the library API team, which will review and decide on the PR/issue.
#116129 was landed with some outstanding concerns, since it was considered to be an improvement over the status quo despite those concerns. Would be good to further improve the docs and resolve those concerns. :) The text also changed a bit since the concerns were originally raised, so we have to re-evaluate if they still apply.
Unpin
focuses too much on describing the effects of!Unpin
rather thanUnpin
.Pin
, with various twists and turns, which might not be the best way to explain how to work with the final design. The historical part should possibly be moved further down in the docs.Unpin
.Unpin
types will "not expose nor rely on any pinning guarantees", which is not quite correct.The text was updated successfully, but these errors were encountered: