diff options
| author | bors <bors@rust-lang.org> | 2015-07-24 10:12:20 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2015-07-24 10:12:20 +0000 |
| commit | 9413a926fcfc88c46ea04534508284a822e1109f (patch) | |
| tree | 191a7b86544a79d59a31a1c2080dc2bc9b5f4aa3 /src/libstd/sys/unix/stack_overflow.rs | |
| parent | 607f74df2ad6b6fb32ce5b862a9e48a8c4afdad2 (diff) | |
| parent | d066a7b5069ff857a5bffe7cb5168fe63158144f (diff) | |
| download | rust-9413a926fcfc88c46ea04534508284a822e1109f.tar.gz rust-9413a926fcfc88c46ea04534508284a822e1109f.zip | |
Auto merge of #27215 - pnkfelix:fsk-placer-take-5-just-in, r=nikomatsakis
Macro desugaring of `in PLACE { BLOCK }` into "simpler" expressions following the in-development "Placer" protocol.
Includes Placer API that one can override to integrate support for `in` into one's own type. (See [RFC 809].)
[RFC 809]: https://github.com/rust-lang/rfcs/blob/master/text/0809-box-and-in-for-stdlib.md
Part of #22181
Replaced PR #26180.
Turns on the `in PLACE { BLOCK }` syntax, while leaving in support for the old `box (PLACE) EXPR` syntax (since we need to support that at least until we have a snapshot with support for `in PLACE { BLOCK }`.
(Note that we are not 100% committed to the `in PLACE { BLOCK }` syntax. In particular I still want to play around with some other alternatives. Still, I want to get the fundamental framework for the protocol landed so we can play with implementing it for non `Box` types.)
----
Also, this PR leaves out support for desugaring-based `box EXPR`. We will hopefully land that in the future, but for the short term there are type-inference issues injected by that change that we want to resolve separately.
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions
