about summary refs log tree commit diff
path: root/src/libsyntax/error_codes.rs
diff options
context:
space:
mode:
authorJim Blandy <jimb@red-bean.com>2019-04-19 19:10:24 -0700
committerJim Blandy <jimb@red-bean.com>2019-04-19 19:10:24 -0700
commitd0b84e9a8bae8a8b68e1da88c08f06b4b56b5c0f (patch)
tree9204b492f3a2f752a646bf56eeda82431a878572 /src/libsyntax/error_codes.rs
parent8aaae4294b16b8070a52b858364f440873bfc95c (diff)
downloadrust-d0b84e9a8bae8a8b68e1da88c08f06b4b56b5c0f.tar.gz
rust-d0b84e9a8bae8a8b68e1da88c08f06b4b56b5c0f.zip
Doc fixes for core::future::Future.
Fixed outdated reference to `waker` argument; now futures are passed a
`Context`, from which one can obtain a `waker`.

Cleaned up explanation of what happens when you call `poll` on a completed
future. It doesn't make sense to say that `poll` implementations can't cause
memory unsafety; no safe function is ever allowed to cause memory unsafety, so
why mention it here? It seems like the intent is to say that the `Future` trait
doesn't say what the consequences of excess polls will be, and they might be
bad; but that the usual constraints that Rust imposes on any non-`unsafe`
function still apply. It's also oddly specific to say 'memory corruption'
instead of just 'undefined behavior'; UB is a bit jargony, so the text should
provide examples.
Diffstat (limited to 'src/libsyntax/error_codes.rs')
0 files changed, 0 insertions, 0 deletions