Skip to content

Commit cdf7806

Browse files
committed
---
yaml --- r: 31004 b: refs/heads/incoming c: a06b903 h: refs/heads/master v: v3
1 parent 2cf2550 commit cdf7806

File tree

5 files changed

+88
-106
lines changed

5 files changed

+88
-106
lines changed

[refs]

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ refs/heads/try: d324a424d8f84b1eb049b12cf34182bda91b0024
66
refs/tags/release-0.1: 1f5c5126e96c79d22cb7862f75304136e204f105
77
refs/heads/ndm: f3868061cd7988080c30d6d5bf352a5a5fe2460b
88
refs/heads/try2: d0c6ce338884ee21843f4b40bf6bf18d222ce5df
9-
refs/heads/incoming: 0eb9d41454083d2e9cb11859669f35c25c0f3347
9+
refs/heads/incoming: a06b90322cb4b61a3a20e12ab3406cff809c586c
1010
refs/heads/dist-snap: 2f32a1581f522e524009138b33b1c7049ced668d
1111
refs/tags/release-0.2: c870d2dffb391e14efb05aa27898f1f6333a9596
1212
refs/tags/release-0.3: b5f0d0f648d9a6153664837026ba1be43d3e2503

branches/incoming/doc/tutorial-macros.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -65,7 +65,7 @@ forbidden.
6565
To take as an argument a fragment of Rust code, write `$` followed by a name
6666
(for use on the right-hand side), followed by a `:`, followed by the sort of
6767
fragment to match (the most common ones are `ident`, `expr`, `ty`, `pat`, and
68-
`block`). Anything not preceded by a `$` is taken literally. The standard
68+
`block`). Anything not preceeded by a `$` is taken literally. The standard
6969
rules of tokenization apply,
7070

7171
So `($x:ident => (($e:expr)))`, though excessively fancy, would create a macro
@@ -88,7 +88,7 @@ position).
8888

8989
Going back to the motivating example, suppose that we wanted each invocation
9090
of `early_return` to potentially accept multiple "special" identifiers. The
91-
syntax `$(...)*` accepts zero or more occurrences of its contents, much like
91+
syntax `$(...)*` accepts zero or more occurences of its contents, much like
9292
the Kleene star operator in regular expressions. It also supports a separator
9393
token (a comma-separated list could be written `$(...),*`), and `+` instead of
9494
`*` to mean "at least one".

branches/incoming/doc/tutorial-tasks.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -47,7 +47,7 @@ In particular, there are currently two independent modules that provide
4747
a message passing interface to Rust code: `core::comm` and `core::pipes`.
4848
`core::comm` is an older, less efficient system that is being phased out
4949
in favor of `pipes`. At some point the existing `core::comm` API will
50-
be removed and the user-facing portions of `core::pipes` will be moved
50+
be romoved and the user-facing portions of `core::pipes` will be moved
5151
to `core::comm`. In this tutorial we will discuss `pipes` and ignore
5252
the `comm` API.
5353

@@ -58,7 +58,7 @@ concurrency at the moment.
5858
* [`core::comm`] - The deprecated message passing API
5959
* [`core::pipes`] - The new message passing infrastructure and API
6060
* [`std::comm`] - Higher level messaging types based on `core::pipes`
61-
* [`std::sync`] - More exotic synchronization tools, including locks
61+
* [`std::sync`] - More exotic synchronization tools, including locks
6262
* [`std::arc`] - The ARC type, for safely sharing immutable data
6363
* [`std::par`] - Some basic tools for implementing parallel algorithms
6464

@@ -151,7 +151,7 @@ commonly used, which we will cover presently.
151151

152152
The simplest way to create a pipe is to use the `pipes::stream`
153153
function to create a `(Chan, Port)` pair. In Rust parlance a 'channel'
154-
is a sending endpoint of a pipe, and a 'port' is the receiving
154+
is a sending endpoint of a pipe, and a 'port' is the recieving
155155
endpoint. Consider the following example of performing two calculations
156156
concurrently.
157157

@@ -183,7 +183,7 @@ let (chan, port): (Chan<int>, Port<int>) = stream();
183183
~~~~
184184

185185
The channel will be used by the child task to send data to the parent task,
186-
which will wait to receive the data on the port. The next statement
186+
which will wait to recieve the data on the port. The next statement
187187
spawns the child task.
188188

189189
~~~~
@@ -307,7 +307,7 @@ unrecoverable within a single task - once a task fails there is no way
307307
to "catch" the exception.
308308

309309
All tasks are, by default, _linked_ to each other, meaning their fate
310-
is intertwined, and if one fails so do all of them.
310+
is interwined, and if one fails so do all of them.
311311

312312
~~~
313313
# use task::spawn;

branches/incoming/src/libstd/serialization.rs

Lines changed: 38 additions & 38 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@
44
Core serialization interfaces.
55
*/
66

7-
trait Serializer {
7+
pub trait Serializer {
88
// Primitive types:
99
fn emit_nil();
1010
fn emit_uint(v: uint);
@@ -37,7 +37,7 @@ trait Serializer {
3737
fn emit_tup_elt(idx: uint, f: fn());
3838
}
3939

40-
trait Deserializer {
40+
pub trait Deserializer {
4141
// Primitive types:
4242
fn read_nil() -> ();
4343

@@ -81,7 +81,7 @@ trait Deserializer {
8181
//
8282
// In some cases, these should eventually be coded as traits.
8383

84-
fn emit_from_vec<S: Serializer, T>(&&s: S, &&v: ~[T], f: fn(&&x: T)) {
84+
pub fn emit_from_vec<S: Serializer, T>(&&s: S, &&v: ~[T], f: fn(&&x: T)) {
8585
do s.emit_vec(vec::len(v)) {
8686
for vec::eachi(v) |i,e| {
8787
do s.emit_vec_elt(i) {
@@ -91,15 +91,15 @@ fn emit_from_vec<S: Serializer, T>(&&s: S, &&v: ~[T], f: fn(&&x: T)) {
9191
}
9292
}
9393

94-
fn read_to_vec<D: Deserializer, T: Copy>(&&d: D, f: fn() -> T) -> ~[T] {
94+
pub fn read_to_vec<D: Deserializer, T: Copy>(&&d: D, f: fn() -> T) -> ~[T] {
9595
do d.read_vec |len| {
9696
do vec::from_fn(len) |i| {
9797
d.read_vec_elt(i, || f())
9898
}
9999
}
100100
}
101101

102-
trait SerializerHelpers {
102+
pub trait SerializerHelpers {
103103
fn emit_from_vec<T>(&&v: ~[T], f: fn(&&x: T));
104104
}
105105

@@ -109,7 +109,7 @@ impl<S: Serializer> S: SerializerHelpers {
109109
}
110110
}
111111

112-
trait DeserializerHelpers {
112+
pub trait DeserializerHelpers {
113113
fn read_to_vec<T: Copy>(f: fn() -> T) -> ~[T];
114114
}
115115

@@ -119,127 +119,127 @@ impl<D: Deserializer> D: DeserializerHelpers {
119119
}
120120
}
121121

122-
fn serialize_uint<S: Serializer>(&&s: S, v: uint) {
122+
pub fn serialize_uint<S: Serializer>(&&s: S, v: uint) {
123123
s.emit_uint(v);
124124
}
125125

126-
fn deserialize_uint<D: Deserializer>(&&d: D) -> uint {
126+
pub fn deserialize_uint<D: Deserializer>(&&d: D) -> uint {
127127
d.read_uint()
128128
}
129129

130-
fn serialize_u8<S: Serializer>(&&s: S, v: u8) {
130+
pub fn serialize_u8<S: Serializer>(&&s: S, v: u8) {
131131
s.emit_u8(v);
132132
}
133133

134-
fn deserialize_u8<D: Deserializer>(&&d: D) -> u8 {
134+
pub fn deserialize_u8<D: Deserializer>(&&d: D) -> u8 {
135135
d.read_u8()
136136
}
137137

138-
fn serialize_u16<S: Serializer>(&&s: S, v: u16) {
138+
pub fn serialize_u16<S: Serializer>(&&s: S, v: u16) {
139139
s.emit_u16(v);
140140
}
141141

142-
fn deserialize_u16<D: Deserializer>(&&d: D) -> u16 {
142+
pub fn deserialize_u16<D: Deserializer>(&&d: D) -> u16 {
143143
d.read_u16()
144144
}
145145

146-
fn serialize_u32<S: Serializer>(&&s: S, v: u32) {
146+
pub fn serialize_u32<S: Serializer>(&&s: S, v: u32) {
147147
s.emit_u32(v);
148148
}
149149

150-
fn deserialize_u32<D: Deserializer>(&&d: D) -> u32 {
150+
pub fn deserialize_u32<D: Deserializer>(&&d: D) -> u32 {
151151
d.read_u32()
152152
}
153153

154-
fn serialize_u64<S: Serializer>(&&s: S, v: u64) {
154+
pub fn serialize_u64<S: Serializer>(&&s: S, v: u64) {
155155
s.emit_u64(v);
156156
}
157157

158-
fn deserialize_u64<D: Deserializer>(&&d: D) -> u64 {
158+
pub fn deserialize_u64<D: Deserializer>(&&d: D) -> u64 {
159159
d.read_u64()
160160
}
161161

162-
fn serialize_int<S: Serializer>(&&s: S, v: int) {
162+
pub fn serialize_int<S: Serializer>(&&s: S, v: int) {
163163
s.emit_int(v);
164164
}
165165

166-
fn deserialize_int<D: Deserializer>(&&d: D) -> int {
166+
pub fn deserialize_int<D: Deserializer>(&&d: D) -> int {
167167
d.read_int()
168168
}
169169

170-
fn serialize_i8<S: Serializer>(&&s: S, v: i8) {
170+
pub fn serialize_i8<S: Serializer>(&&s: S, v: i8) {
171171
s.emit_i8(v);
172172
}
173173

174-
fn deserialize_i8<D: Deserializer>(&&d: D) -> i8 {
174+
pub fn deserialize_i8<D: Deserializer>(&&d: D) -> i8 {
175175
d.read_i8()
176176
}
177177

178-
fn serialize_i16<S: Serializer>(&&s: S, v: i16) {
178+
pub fn serialize_i16<S: Serializer>(&&s: S, v: i16) {
179179
s.emit_i16(v);
180180
}
181181

182-
fn deserialize_i16<D: Deserializer>(&&d: D) -> i16 {
182+
pub fn deserialize_i16<D: Deserializer>(&&d: D) -> i16 {
183183
d.read_i16()
184184
}
185185

186-
fn serialize_i32<S: Serializer>(&&s: S, v: i32) {
186+
pub fn serialize_i32<S: Serializer>(&&s: S, v: i32) {
187187
s.emit_i32(v);
188188
}
189189

190-
fn deserialize_i32<D: Deserializer>(&&d: D) -> i32 {
190+
pub fn deserialize_i32<D: Deserializer>(&&d: D) -> i32 {
191191
d.read_i32()
192192
}
193193

194-
fn serialize_i64<S: Serializer>(&&s: S, v: i64) {
194+
pub fn serialize_i64<S: Serializer>(&&s: S, v: i64) {
195195
s.emit_i64(v);
196196
}
197197

198-
fn deserialize_i64<D: Deserializer>(&&d: D) -> i64 {
198+
pub fn deserialize_i64<D: Deserializer>(&&d: D) -> i64 {
199199
d.read_i64()
200200
}
201201

202-
fn serialize_str<S: Serializer>(&&s: S, v: &str) {
202+
pub fn serialize_str<S: Serializer>(&&s: S, v: &str) {
203203
s.emit_str(v);
204204
}
205205

206-
fn deserialize_str<D: Deserializer>(&&d: D) -> ~str {
206+
pub fn deserialize_str<D: Deserializer>(&&d: D) -> ~str {
207207
d.read_str()
208208
}
209209

210-
fn serialize_float<S: Serializer>(&&s: S, v: float) {
210+
pub fn serialize_float<S: Serializer>(&&s: S, v: float) {
211211
s.emit_float(v);
212212
}
213213

214-
fn deserialize_float<D: Deserializer>(&&d: D) -> float {
214+
pub fn deserialize_float<D: Deserializer>(&&d: D) -> float {
215215
d.read_float()
216216
}
217217

218-
fn serialize_f32<S: Serializer>(&&s: S, v: f32) {
218+
pub fn serialize_f32<S: Serializer>(&&s: S, v: f32) {
219219
s.emit_f32(v);
220220
}
221221

222-
fn deserialize_f32<D: Deserializer>(&&d: D) -> f32 {
222+
pub fn deserialize_f32<D: Deserializer>(&&d: D) -> f32 {
223223
d.read_f32()
224224
}
225225

226-
fn serialize_f64<S: Serializer>(&&s: S, v: f64) {
226+
pub fn serialize_f64<S: Serializer>(&&s: S, v: f64) {
227227
s.emit_f64(v);
228228
}
229229

230-
fn deserialize_f64<D: Deserializer>(&&d: D) -> f64 {
230+
pub fn deserialize_f64<D: Deserializer>(&&d: D) -> f64 {
231231
d.read_f64()
232232
}
233233

234-
fn serialize_bool<S: Serializer>(&&s: S, v: bool) {
234+
pub fn serialize_bool<S: Serializer>(&&s: S, v: bool) {
235235
s.emit_bool(v);
236236
}
237237

238-
fn deserialize_bool<D: Deserializer>(&&d: D) -> bool {
238+
pub fn deserialize_bool<D: Deserializer>(&&d: D) -> bool {
239239
d.read_bool()
240240
}
241241

242-
fn serialize_Option<S: Serializer,T>(&&s: S, &&v: Option<T>, st: fn(&&x: T)) {
242+
pub fn serialize_Option<S: Serializer,T>(&&s: S, &&v: Option<T>, st: fn(&&x: T)) {
243243
do s.emit_enum(~"option") {
244244
match v {
245245
None => do s.emit_enum_variant(~"none", 0u, 0u) {
@@ -254,7 +254,7 @@ fn serialize_Option<S: Serializer,T>(&&s: S, &&v: Option<T>, st: fn(&&x: T)) {
254254
}
255255
}
256256

257-
fn deserialize_Option<D: Deserializer,T: Copy>(&&d: D, st: fn() -> T)
257+
pub fn deserialize_Option<D: Deserializer,T: Copy>(&&d: D, st: fn() -> T)
258258
-> Option<T> {
259259
do d.read_enum(~"option") {
260260
do d.read_enum_variant |i| {

0 commit comments

Comments
 (0)