---

yaml
---
r: 105341
b: refs/heads/master
c: edb6b02
h: refs/heads/master
i:
  105339: 3229c5d
v: v3

Author: huonw

[refs]

@@ -1,5 +1,5 @@
 ---
-refs/heads/master: d367482491ab82af8cc88f2f822fef725237cfbe
+refs/heads/master: edb6b025c48205c5084a648c7ef7859adbf5c705
 refs/heads/snap-stage1: e33de59e47c5076a89eadeb38f4934f58a3618a6
 refs/heads/snap-stage3: b8601a3d8b91ad3b653d143307611f2f5c75617e
 refs/heads/try: db814977d07bd798feb24f6b74c00800ef458a13

trunk/src/compiletest/compiletest.rs

@@ -12,7 +12,6 @@
 
 #[allow(non_camel_case_types)];
 #[deny(warnings)];
-#[allow(deprecated_owned_vector)];
 
 extern crate test;
 extern crate getopts;

trunk/src/doc/guide-tasks.md

@@ -48,8 +48,8 @@ concurrency at this writing:
 * [`std::task`] - All code relating to tasks and task scheduling,
 * [`std::comm`] - The message passing interface,
 * [`sync::DuplexStream`] - An extension of `pipes::stream` that allows both sending and receiving,
-* [`sync::SyncSender`] - An extension of `pipes::stream` that provides synchronous message sending,
-* [`sync::SyncReceiver`] - An extension of `pipes::stream` that acknowledges each message received,
+* [`sync::SyncChan`] - An extension of `pipes::stream` that provides synchronous message sending,
+* [`sync::SyncPort`] - An extension of `pipes::stream` that acknowledges each message received,
 * [`sync::rendezvous`] - Creates a stream whose channel, upon sending a message, blocks until the
     message is received.
 * [`sync::Arc`] - The Arc (atomically reference counted) type, for safely sharing immutable data,
@@ -70,8 +70,8 @@ concurrency at this writing:
 [`std::task`]: std/task/index.html
 [`std::comm`]: std/comm/index.html
 [`sync::DuplexStream`]: sync/struct.DuplexStream.html
-[`sync::SyncSender`]: sync/struct.SyncSender.html
-[`sync::SyncReceiver`]: sync/struct.SyncReceiver.html
+[`sync::SyncChan`]: sync/struct.SyncChan.html
+[`sync::SyncPort`]: sync/struct.SyncPort.html
 [`sync::rendezvous`]: sync/fn.rendezvous.html
 [`sync::Arc`]: sync/struct.Arc.html
 [`sync::RWArc`]: sync/struct.RWArc.html
@@ -141,115 +141,118 @@ receiving messages. Pipes are low-level communication building-blocks and so
 come in a variety of forms, each one appropriate for a different use case. In
 what follows, we cover the most commonly used varieties.
 
-The simplest way to create a pipe is to use the `channel`
-function to create a `(Sender, Receiver)` pair. In Rust parlance, a *sender*
-is a sending endpoint of a pipe, and a *receiver* is the receiving
+The simplest way to create a pipe is to use `Chan::new`
+function to create a `(Port, Chan)` pair. In Rust parlance, a *channel*
+is a sending endpoint of a pipe, and a *port* is the receiving
 endpoint. Consider the following example of calculating two results
 concurrently:
 
 ~~~~
 # use std::task::spawn;
 
-let (tx, rx): (Sender<int>, Receiver<int>) = channel();
+let (port, chan): (Port<int>, Chan<int>) = Chan::new();
 
 spawn(proc() {
     let result = some_expensive_computation();
-    tx.send(result);
+    chan.send(result);
 });
 
 some_other_expensive_computation();
-let result = rx.recv();
+let result = port.recv();
 # fn some_expensive_computation() -> int { 42 }
 # fn some_other_expensive_computation() {}
 ~~~~
 
 Let's examine this example in detail. First, the `let` statement creates a
 stream for sending and receiving integers (the left-hand side of the `let`,
-`(tx, rx)`, is an example of a *destructuring let*: the pattern separates
+`(chan, port)`, is an example of a *destructuring let*: the pattern separates
 a tuple into its component parts).
 
 ~~~~
-let (tx, rx): (Sender<int>, Receiver<int>) = channel();
+let (port, chan): (Port<int>, Chan<int>) = Chan::new();
 ~~~~
 
-The child task will use the sender to send data to the parent task,
-which will wait to receive the data on the receiver. The next statement
+The child task will use the channel to send data to the parent task,
+which will wait to receive the data on the port. The next statement
 spawns the child task.
 
 ~~~~
 # use std::task::spawn;
 # fn some_expensive_computation() -> int { 42 }
-# let (tx, rx) = channel();
+# let (port, chan) = Chan::new();
 spawn(proc() {
     let result = some_expensive_computation();
-    tx.send(result);
+    chan.send(result);
 });
 ~~~~
 
-Notice that the creation of the task closure transfers `tx` to the child
-task implicitly: the closure captures `tx` in its environment. Both `Sender`
-and `Receiver` are sendable types and may be captured into tasks or otherwise
+Notice that the creation of the task closure transfers `chan` to the child
+task implicitly: the closure captures `chan` in its environment. Both `Chan`
+and `Port` are sendable types and may be captured into tasks or otherwise
 transferred between them. In the example, the child task runs an expensive
 computation, then sends the result over the captured channel.
 
 Finally, the parent continues with some other expensive
 computation, then waits for the child's result to arrive on the
-receiver:
+port:
 
 ~~~~
 # fn some_other_expensive_computation() {}
-# let (tx, rx) = channel::<int>();
-# tx.send(0);
+# let (port, chan) = Chan::<int>::new();
+# chan.send(0);
 some_other_expensive_computation();
-let result = rx.recv();
+let result = port.recv();
 ~~~~
 
-The `Sender` and `Receiver` pair created by `channel` enables efficient
+The `Port` and `Chan` pair created by `Chan::new` enables efficient
 communication between a single sender and a single receiver, but multiple
-senders cannot use a single `Sender` value, and multiple receivers cannot use a
-single `Receiver` value.  What if our example needed to compute multiple
-results across a number of tasks? The following program is ill-typed:
+senders cannot use a single `Chan`, and multiple receivers cannot use a single
+`Port`.  What if our example needed to compute multiple results across a number
+of tasks? The following program is ill-typed:
 
 ~~~ {.ignore}
+# use std::task::{spawn};
 # fn some_expensive_computation() -> int { 42 }
-let (tx, rx) = channel();
+let (port, chan) = Chan::new();
 
 spawn(proc() {
-    tx.send(some_expensive_computation());
+    chan.send(some_expensive_computation());
 });
 
-// ERROR! The previous spawn statement already owns the sender,
+// ERROR! The previous spawn statement already owns the channel,
 // so the compiler will not allow it to be captured again
 spawn(proc() {
-    tx.send(some_expensive_computation());
+    chan.send(some_expensive_computation());
 });
 ~~~
 
-Instead we can clone the `tx`, which allows for multiple senders.
+Instead we can clone the `chan`, which allows for multiple senders.
 
 ~~~
-let (tx, rx) = channel();
+# use std::task::spawn;
+
+let (port, chan) = Chan::new();
 
 for init_val in range(0u, 3) {
     // Create a new channel handle to distribute to the child task
-    let child_tx = tx.clone();
+    let child_chan = chan.clone();
     spawn(proc() {
-        child_tx.send(some_expensive_computation(init_val));
+        child_chan.send(some_expensive_computation(init_val));
     });
 }
 
-let result = rx.recv() + rx.recv() + rx.recv();
+let result = port.recv() + port.recv() + port.recv();
 # fn some_expensive_computation(_i: uint) -> int { 42 }
 ~~~
 
-Cloning a `Sender` produces a new handle to the same channel, allowing multiple
-tasks to send data to a single receiver. It upgrades the channel internally in
+Cloning a `Chan` produces a new handle to the same channel, allowing multiple
+tasks to send data to a single port. It also upgrades the channel internally in
 order to allow this functionality, which means that channels that are not
 cloned can avoid the overhead required to handle multiple senders. But this
 fact has no bearing on the channel's usage: the upgrade is transparent.
 
 Note that the above cloning example is somewhat contrived since
-you could also simply use three `Sender` pairs, but it serves to
+you could also simply use three `Chan` pairs, but it serves to
 illustrate the point. For reference, written with multiple streams, it
 might look like the example below.
 
@@ -258,16 +261,16 @@ might look like the example below.
 # use std::vec;
 
 // Create a vector of ports, one for each child task
-let rxs = vec::from_fn(3, |init_val| {
-    let (tx, rx) = channel();
+let ports = vec::from_fn(3, |init_val| {
+    let (port, chan) = Chan::new();
     spawn(proc() {
-        tx.send(some_expensive_computation(init_val));
+        chan.send(some_expensive_computation(init_val));
     });
-    rx
+    port
 });
 
 // Wait on each port, accumulating the results
-let result = rxs.iter().fold(0, |accum, rx| accum + rx.recv() );
+let result = ports.iter().fold(0, |accum, port| accum + port.recv() );
 # fn some_expensive_computation(_i: uint) -> int { 42 }
 ~~~
 
@@ -278,7 +281,7 @@ later.
 The basic example below illustrates this.
 
 ~~~
-extern crate sync;
+# extern crate sync;
 
 # fn main() {
 # fn make_a_sandwich() {};
@@ -339,10 +342,9 @@ Here is a small example showing how to use Arcs. We wish to run concurrently sev
 a single large vector of floats. Each task needs the full vector to perform its duty.
 
 ~~~
-extern crate rand;
-extern crate sync;
-
-use std::vec;
+# extern crate sync;
+ extern crate rand;
+# use std::vec;
 use sync::Arc;
 
 fn pnorm(nums: &~[f64], p: uint) -> f64 {
@@ -356,11 +358,11 @@ fn main() {
     let numbers_arc = Arc::new(numbers);
 
     for num in range(1u, 10) {
-        let (tx, rx) = channel();
-        tx.send(numbers_arc.clone());
+        let (port, chan)  = Chan::new();
+        chan.send(numbers_arc.clone());
 
         spawn(proc() {
-            let local_arc : Arc<~[f64]> = rx.recv();
+            let local_arc : Arc<~[f64]> = port.recv();
             let task_numbers = local_arc.get();
             println!("{}-norm = {}", num, pnorm(task_numbers, num));
         });
@@ -393,8 +395,8 @@ and a clone of it is sent to each task
 # fn main() {
 # let numbers=vec::from_fn(1000000, |_| rand::random::<f64>());
 # let numbers_arc = Arc::new(numbers);
-# let (tx, rx) = channel();
-tx.send(numbers_arc.clone());
+# let (port, chan)  = Chan::new();
+chan.send(numbers_arc.clone());
 # }
 ~~~
 
@@ -410,9 +412,9 @@ Each task recovers the underlying data by
 # fn main() {
 # let numbers=vec::from_fn(1000000, |_| rand::random::<f64>());
 # let numbers_arc=Arc::new(numbers);
-# let (tx, rx) = channel();
-# tx.send(numbers_arc.clone());
-# let local_arc : Arc<~[f64]> = rx.recv();
+# let (port, chan)  = Chan::new();
+# chan.send(numbers_arc.clone());
+# let local_arc : Arc<~[f64]> = port.recv();
 let task_numbers = local_arc.get();
 # }
 ~~~
@@ -484,18 +486,19 @@ proceed).
 
 A very common thing to do is to spawn a child task where the parent
 and child both need to exchange messages with each other. The
-function `sync::comm::duplex` supports this pattern.  We'll
+function `sync::comm::DuplexStream()` supports this pattern.  We'll
 look briefly at how to use it.
 
-To see how `duplex` works, we will create a child task
+To see how `DuplexStream()` works, we will create a child task
 that repeatedly receives a `uint` message, converts it to a string, and sends
 the string in response.  The child terminates when it receives `0`.
 Here is the function that implements the child task:
 
 ~~~
-extern crate sync;
+# extern crate sync;
 # fn main() {
-    fn stringifier(channel: &sync::DuplexStream<~str, uint>) {
+# use sync::DuplexStream;
+    fn stringifier(channel: &DuplexStream<~str, uint>) {
         let mut value: uint;
         loop {
             value = channel.recv();
@@ -517,10 +520,10 @@ response itself is simply the stringified version of the received value,
 Here is the code for the parent task:
 
 ~~~
-extern crate sync;
+# extern crate sync;
 # use std::task::spawn;
 # use sync::DuplexStream;
-# fn stringifier(channel: &sync::DuplexStream<~str, uint>) {
+# fn stringifier(channel: &DuplexStream<~str, uint>) {
 #     let mut value: uint;
 #     loop {
 #         value = channel.recv();
@@ -530,7 +533,7 @@ extern crate sync;
 # }
 # fn main() {
 
-let (from_child, to_child) = sync::duplex();
+let (from_child, to_child) = DuplexStream::new();
 
 spawn(proc() {
     stringifier(&to_child);

trunk/src/etc/vim/syntax/rust.vim

@@ -96,7 +96,7 @@ syn keyword rustTrait MutableVector MutableTotalOrdVector
 syn keyword rustTrait Vector VectorVector CloneableVector ImmutableVector
 
 "syn keyword rustFunction stream
-syn keyword rustTrait Sender Receiver
+syn keyword rustTrait Port Chan
 "syn keyword rustFunction spawn
 
 syn keyword   rustSelf        self

trunk/src/libarena/lib.rs

@@ -21,7 +21,6 @@
 #[license = "MIT/ASL2"];
 #[allow(missing_doc)];
 #[feature(managed_boxes)];
-#[allow(deprecated_owned_vector)];
 
 extern crate collections;