diff options
| author | Jim Blandy <jimb@red-bean.com> | 2019-04-19 19:10:24 -0700 |
|---|---|---|
| committer | Jim Blandy <jimb@red-bean.com> | 2019-04-19 19:10:24 -0700 |
| commit | d0b84e9a8bae8a8b68e1da88c08f06b4b56b5c0f (patch) | |
| tree | 9204b492f3a2f752a646bf56eeda82431a878572 /src/libsyntax/error_codes.rs | |
| parent | 8aaae4294b16b8070a52b858364f440873bfc95c (diff) | |
| download | rust-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
