]> git.lizzy.rs Git - rust.git/blob - src/libstd/primitive_docs.rs
Rollup merge of #58440 - gnzlbg:v6, r=japaric
[rust.git] / src / libstd / primitive_docs.rs
1 #[doc(primitive = "bool")]
2 #[doc(alias = "true")]
3 #[doc(alias = "false")]
4 //
5 /// The boolean type.
6 ///
7 /// The `bool` represents a value, which could only be either `true` or `false`. If you cast
8 /// a `bool` into an integer, `true` will be 1 and `false` will be 0.
9 ///
10 /// # Basic usage
11 ///
12 /// `bool` implements various traits, such as [`BitAnd`], [`BitOr`], [`Not`], etc.,
13 /// which allow us to perform boolean operations using `&`, `|` and `!`.
14 ///
15 /// `if` always demands a `bool` value. [`assert!`], being an important macro in testing,
16 /// checks whether an expression returns `true`.
17 ///
18 /// ```
19 /// let bool_val = true & false | false;
20 /// assert!(!bool_val);
21 /// ```
22 ///
23 /// [`assert!`]: macro.assert.html
24 /// [`BitAnd`]: ops/trait.BitAnd.html
25 /// [`BitOr`]: ops/trait.BitOr.html
26 /// [`Not`]: ops/trait.Not.html
27 ///
28 /// # Examples
29 ///
30 /// A trivial example of the usage of `bool`,
31 ///
32 /// ```
33 /// let praise_the_borrow_checker = true;
34 ///
35 /// // using the `if` conditional
36 /// if praise_the_borrow_checker {
37 ///     println!("oh, yeah!");
38 /// } else {
39 ///     println!("what?!!");
40 /// }
41 ///
42 /// // ... or, a match pattern
43 /// match praise_the_borrow_checker {
44 ///     true => println!("keep praising!"),
45 ///     false => println!("you should praise!"),
46 /// }
47 /// ```
48 ///
49 /// Also, since `bool` implements the [`Copy`](marker/trait.Copy.html) trait, we don't
50 /// have to worry about the move semantics (just like the integer and float primitives).
51 ///
52 /// Now an example of `bool` cast to integer type:
53 ///
54 /// ```
55 /// assert_eq!(true as i32, 1);
56 /// assert_eq!(false as i32, 0);
57 /// ```
58 #[stable(feature = "rust1", since = "1.0.0")]
59 mod prim_bool { }
60
61 #[doc(primitive = "never")]
62 #[doc(alias = "!")]
63 //
64 /// The `!` type, also called "never".
65 ///
66 /// `!` represents the type of computations which never resolve to any value at all. For example,
67 /// the [`exit`] function `fn exit(code: i32) -> !` exits the process without ever returning, and
68 /// so returns `!`.
69 ///
70 /// `break`, `continue` and `return` expressions also have type `!`. For example we are allowed to
71 /// write:
72 ///
73 /// ```
74 /// #![feature(never_type)]
75 /// # fn foo() -> u32 {
76 /// let x: ! = {
77 ///     return 123
78 /// };
79 /// # }
80 /// ```
81 ///
82 /// Although the `let` is pointless here, it illustrates the meaning of `!`. Since `x` is never
83 /// assigned a value (because `return` returns from the entire function), `x` can be given type
84 /// `!`. We could also replace `return 123` with a `panic!` or a never-ending `loop` and this code
85 /// would still be valid.
86 ///
87 /// A more realistic usage of `!` is in this code:
88 ///
89 /// ```
90 /// # fn get_a_number() -> Option<u32> { None }
91 /// # loop {
92 /// let num: u32 = match get_a_number() {
93 ///     Some(num) => num,
94 ///     None => break,
95 /// };
96 /// # }
97 /// ```
98 ///
99 /// Both match arms must produce values of type [`u32`], but since `break` never produces a value
100 /// at all we know it can never produce a value which isn't a [`u32`]. This illustrates another
101 /// behaviour of the `!` type - expressions with type `!` will coerce into any other type.
102 ///
103 /// [`u32`]: primitive.str.html
104 /// [`exit`]: process/fn.exit.html
105 ///
106 /// # `!` and generics
107 ///
108 /// ## Infallible errors
109 ///
110 /// The main place you'll see `!` used explicitly is in generic code. Consider the [`FromStr`]
111 /// trait:
112 ///
113 /// ```
114 /// trait FromStr: Sized {
115 ///     type Err;
116 ///     fn from_str(s: &str) -> Result<Self, Self::Err>;
117 /// }
118 /// ```
119 ///
120 /// When implementing this trait for [`String`] we need to pick a type for [`Err`]. And since
121 /// converting a string into a string will never result in an error, the appropriate type is `!`.
122 /// (Currently the type actually used is an enum with no variants, though this is only because `!`
123 /// was added to Rust at a later date and it may change in the future). With an [`Err`] type of
124 /// `!`, if we have to call [`String::from_str`] for some reason the result will be a
125 /// [`Result<String, !>`] which we can unpack like this:
126 ///
127 /// ```ignore (string-from-str-error-type-is-not-never-yet)
128 /// #[feature(exhaustive_patterns)]
129 /// // NOTE: this does not work today!
130 /// let Ok(s) = String::from_str("hello");
131 /// ```
132 ///
133 /// Since the [`Err`] variant contains a `!`, it can never occur. If the `exhaustive_patterns`
134 /// feature is present this means we can exhaustively match on [`Result<T, !>`] by just taking the
135 /// [`Ok`] variant. This illustrates another behaviour of `!` - it can be used to "delete" certain
136 /// enum variants from generic types like `Result`.
137 ///
138 /// ## Infinite loops
139 ///
140 /// While [`Result<T, !>`] is very useful for removing errors, `!` can also be used to remove
141 /// successes as well. If we think of [`Result<T, !>`] as "if this function returns, it has not
142 /// errored," we get a very intuitive idea of [`Result<!, E>`] as well: if the function returns, it
143 /// *has* errored.
144 ///
145 /// For example, consider the case of a simple web server, which can be simplified to:
146 ///
147 /// ```ignore (hypothetical-example)
148 /// loop {
149 ///     let (client, request) = get_request().expect("disconnected");
150 ///     let response = request.process();
151 ///     response.send(client);
152 /// }
153 /// ```
154 ///
155 /// Currently, this isn't ideal, because we simply panic whenever we fail to get a new connection.
156 /// Instead, we'd like to keep track of this error, like this:
157 ///
158 /// ```ignore (hypothetical-example)
159 /// loop {
160 ///     match get_request() {
161 ///         Err(err) => break err,
162 ///         Ok((client, request)) => {
163 ///             let response = request.process();
164 ///             response.send(client);
165 ///         },
166 ///     }
167 /// }
168 /// ```
169 ///
170 /// Now, when the server disconnects, we exit the loop with an error instead of panicking. While it
171 /// might be intuitive to simply return the error, we might want to wrap it in a [`Result<!, E>`]
172 /// instead:
173 ///
174 /// ```ignore (hypothetical-example)
175 /// fn server_loop() -> Result<!, ConnectionError> {
176 ///     loop {
177 ///         let (client, request) = get_request()?;
178 ///         let response = request.process();
179 ///         response.send(client);
180 ///     }
181 /// }
182 /// ```
183 ///
184 /// Now, we can use `?` instead of `match`, and the return type makes a lot more sense: if the loop
185 /// ever stops, it means that an error occurred. We don't even have to wrap the loop in an `Ok`
186 /// because `!` coerces to `Result<!, ConnectionError>` automatically.
187 ///
188 /// [`String::from_str`]: str/trait.FromStr.html#tymethod.from_str
189 /// [`Result<String, !>`]: result/enum.Result.html
190 /// [`Result<T, !>`]: result/enum.Result.html
191 /// [`Result<!, E>`]: result/enum.Result.html
192 /// [`Ok`]: result/enum.Result.html#variant.Ok
193 /// [`String`]: string/struct.String.html
194 /// [`Err`]: result/enum.Result.html#variant.Err
195 /// [`FromStr`]: str/trait.FromStr.html
196 ///
197 /// # `!` and traits
198 ///
199 /// When writing your own traits, `!` should have an `impl` whenever there is an obvious `impl`
200 /// which doesn't `panic!`. As it turns out, most traits can have an `impl` for `!`. Take [`Debug`]
201 /// for example:
202 ///
203 /// ```
204 /// #![feature(never_type)]
205 /// # use std::fmt;
206 /// # trait Debug {
207 /// # fn fmt(&self, formatter: &mut fmt::Formatter) -> fmt::Result;
208 /// # }
209 /// impl Debug for ! {
210 ///     fn fmt(&self, formatter: &mut fmt::Formatter) -> fmt::Result {
211 ///         *self
212 ///     }
213 /// }
214 /// ```
215 ///
216 /// Once again we're using `!`'s ability to coerce into any other type, in this case
217 /// [`fmt::Result`]. Since this method takes a `&!` as an argument we know that it can never be
218 /// called (because there is no value of type `!` for it to be called with). Writing `*self`
219 /// essentially tells the compiler "We know that this code can never be run, so just treat the
220 /// entire function body as having type [`fmt::Result`]". This pattern can be used a lot when
221 /// implementing traits for `!`. Generally, any trait which only has methods which take a `self`
222 /// parameter should have such an impl.
223 ///
224 /// On the other hand, one trait which would not be appropriate to implement is [`Default`]:
225 ///
226 /// ```
227 /// trait Default {
228 ///     fn default() -> Self;
229 /// }
230 /// ```
231 ///
232 /// Since `!` has no values, it has no default value either. It's true that we could write an
233 /// `impl` for this which simply panics, but the same is true for any type (we could `impl
234 /// Default` for (eg.) [`File`] by just making [`default()`] panic.)
235 ///
236 /// [`fmt::Result`]: fmt/type.Result.html
237 /// [`File`]: fs/struct.File.html
238 /// [`Debug`]: fmt/trait.Debug.html
239 /// [`Default`]: default/trait.Default.html
240 /// [`default()`]: default/trait.Default.html#tymethod.default
241 ///
242 #[unstable(feature = "never_type", issue = "35121")]
243 mod prim_never { }
244
245 #[doc(primitive = "char")]
246 //
247 /// A character type.
248 ///
249 /// The `char` type represents a single character. More specifically, since
250 /// 'character' isn't a well-defined concept in Unicode, `char` is a '[Unicode
251 /// scalar value]', which is similar to, but not the same as, a '[Unicode code
252 /// point]'.
253 ///
254 /// [Unicode scalar value]: http://www.unicode.org/glossary/#unicode_scalar_value
255 /// [Unicode code point]: http://www.unicode.org/glossary/#code_point
256 ///
257 /// This documentation describes a number of methods and trait implementations on the
258 /// `char` type. For technical reasons, there is additional, separate
259 /// documentation in [the `std::char` module](char/index.html) as well.
260 ///
261 /// # Representation
262 ///
263 /// `char` is always four bytes in size. This is a different representation than
264 /// a given character would have as part of a [`String`]. For example:
265 ///
266 /// ```
267 /// let v = vec!['h', 'e', 'l', 'l', 'o'];
268 ///
269 /// // five elements times four bytes for each element
270 /// assert_eq!(20, v.len() * std::mem::size_of::<char>());
271 ///
272 /// let s = String::from("hello");
273 ///
274 /// // five elements times one byte per element
275 /// assert_eq!(5, s.len() * std::mem::size_of::<u8>());
276 /// ```
277 ///
278 /// [`String`]: string/struct.String.html
279 ///
280 /// As always, remember that a human intuition for 'character' may not map to
281 /// Unicode's definitions. For example, despite looking similar, the 'é'
282 /// character is one Unicode code point while 'é' is two Unicode code points:
283 ///
284 /// ```
285 /// let mut chars = "é".chars();
286 /// // U+00e9: 'latin small letter e with acute'
287 /// assert_eq!(Some('\u{00e9}'), chars.next());
288 /// assert_eq!(None, chars.next());
289 ///
290 /// let mut chars = "é".chars();
291 /// // U+0065: 'latin small letter e'
292 /// assert_eq!(Some('\u{0065}'), chars.next());
293 /// // U+0301: 'combining acute accent'
294 /// assert_eq!(Some('\u{0301}'), chars.next());
295 /// assert_eq!(None, chars.next());
296 /// ```
297 ///
298 /// This means that the contents of the first string above _will_ fit into a
299 /// `char` while the contents of the second string _will not_. Trying to create
300 /// a `char` literal with the contents of the second string gives an error:
301 ///
302 /// ```text
303 /// error: character literal may only contain one codepoint: 'é'
304 /// let c = 'é';
305 ///         ^^^
306 /// ```
307 ///
308 /// Another implication of the 4-byte fixed size of a `char` is that
309 /// per-`char` processing can end up using a lot more memory:
310 ///
311 /// ```
312 /// let s = String::from("love: ❤️");
313 /// let v: Vec<char> = s.chars().collect();
314 ///
315 /// assert_eq!(12, std::mem::size_of_val(&s[..]));
316 /// assert_eq!(32, std::mem::size_of_val(&v[..]));
317 /// ```
318 #[stable(feature = "rust1", since = "1.0.0")]
319 mod prim_char { }
320
321 #[doc(primitive = "unit")]
322 //
323 /// The `()` type, sometimes called "unit" or "nil".
324 ///
325 /// The `()` type has exactly one value `()`, and is used when there
326 /// is no other meaningful value that could be returned. `()` is most
327 /// commonly seen implicitly: functions without a `-> ...` implicitly
328 /// have return type `()`, that is, these are equivalent:
329 ///
330 /// ```rust
331 /// fn long() -> () {}
332 ///
333 /// fn short() {}
334 /// ```
335 ///
336 /// The semicolon `;` can be used to discard the result of an
337 /// expression at the end of a block, making the expression (and thus
338 /// the block) evaluate to `()`. For example,
339 ///
340 /// ```rust
341 /// fn returns_i64() -> i64 {
342 ///     1i64
343 /// }
344 /// fn returns_unit() {
345 ///     1i64;
346 /// }
347 ///
348 /// let is_i64 = {
349 ///     returns_i64()
350 /// };
351 /// let is_unit = {
352 ///     returns_i64();
353 /// };
354 /// ```
355 ///
356 #[stable(feature = "rust1", since = "1.0.0")]
357 mod prim_unit { }
358
359 #[doc(primitive = "pointer")]
360 //
361 /// Raw, unsafe pointers, `*const T`, and `*mut T`.
362 ///
363 /// *[See also the `std::ptr` module](ptr/index.html).*
364 ///
365 /// Working with raw pointers in Rust is uncommon,
366 /// typically limited to a few patterns.
367 ///
368 /// Use the [`null`] and [`null_mut`] functions to create null pointers, and the
369 /// [`is_null`] method of the `*const T` and `*mut T` types to check for null.
370 /// The `*const T` and `*mut T` types also define the [`offset`] method, for
371 /// pointer math.
372 ///
373 /// # Common ways to create raw pointers
374 ///
375 /// ## 1. Coerce a reference (`&T`) or mutable reference (`&mut T`).
376 ///
377 /// ```
378 /// let my_num: i32 = 10;
379 /// let my_num_ptr: *const i32 = &my_num;
380 /// let mut my_speed: i32 = 88;
381 /// let my_speed_ptr: *mut i32 = &mut my_speed;
382 /// ```
383 ///
384 /// To get a pointer to a boxed value, dereference the box:
385 ///
386 /// ```
387 /// let my_num: Box<i32> = Box::new(10);
388 /// let my_num_ptr: *const i32 = &*my_num;
389 /// let mut my_speed: Box<i32> = Box::new(88);
390 /// let my_speed_ptr: *mut i32 = &mut *my_speed;
391 /// ```
392 ///
393 /// This does not take ownership of the original allocation
394 /// and requires no resource management later,
395 /// but you must not use the pointer after its lifetime.
396 ///
397 /// ## 2. Consume a box (`Box<T>`).
398 ///
399 /// The [`into_raw`] function consumes a box and returns
400 /// the raw pointer. It doesn't destroy `T` or deallocate any memory.
401 ///
402 /// ```
403 /// let my_speed: Box<i32> = Box::new(88);
404 /// let my_speed: *mut i32 = Box::into_raw(my_speed);
405 ///
406 /// // By taking ownership of the original `Box<T>` though
407 /// // we are obligated to put it together later to be destroyed.
408 /// unsafe {
409 ///     drop(Box::from_raw(my_speed));
410 /// }
411 /// ```
412 ///
413 /// Note that here the call to [`drop`] is for clarity - it indicates
414 /// that we are done with the given value and it should be destroyed.
415 ///
416 /// ## 3. Get it from C.
417 ///
418 /// ```
419 /// # #![feature(rustc_private)]
420 /// extern crate libc;
421 ///
422 /// use std::mem;
423 ///
424 /// fn main() {
425 ///     unsafe {
426 ///         let my_num: *mut i32 = libc::malloc(mem::size_of::<i32>()) as *mut i32;
427 ///         if my_num.is_null() {
428 ///             panic!("failed to allocate memory");
429 ///         }
430 ///         libc::free(my_num as *mut libc::c_void);
431 ///     }
432 /// }
433 /// ```
434 ///
435 /// Usually you wouldn't literally use `malloc` and `free` from Rust,
436 /// but C APIs hand out a lot of pointers generally, so are a common source
437 /// of raw pointers in Rust.
438 ///
439 /// [`null`]: ../std/ptr/fn.null.html
440 /// [`null_mut`]: ../std/ptr/fn.null_mut.html
441 /// [`is_null`]: ../std/primitive.pointer.html#method.is_null
442 /// [`offset`]: ../std/primitive.pointer.html#method.offset
443 /// [`into_raw`]: ../std/boxed/struct.Box.html#method.into_raw
444 /// [`drop`]: ../std/mem/fn.drop.html
445 #[stable(feature = "rust1", since = "1.0.0")]
446 mod prim_pointer { }
447
448 #[doc(primitive = "array")]
449 //
450 /// A fixed-size array, denoted `[T; N]`, for the element type, `T`, and the
451 /// non-negative compile-time constant size, `N`.
452 ///
453 /// There are two syntactic forms for creating an array:
454 ///
455 /// * A list with each element, i.e., `[x, y, z]`.
456 /// * A repeat expression `[x; N]`, which produces an array with `N` copies of `x`.
457 ///   The type of `x` must be [`Copy`][copy].
458 ///
459 /// Arrays of sizes from 0 to 32 (inclusive) implement the following traits if
460 /// the element type allows it:
461 ///
462 /// - [`Debug`][debug]
463 /// - [`IntoIterator`][intoiterator] (implemented for `&[T; N]` and `&mut [T; N]`)
464 /// - [`PartialEq`][partialeq], [`PartialOrd`][partialord], [`Eq`][eq], [`Ord`][ord]
465 /// - [`Hash`][hash]
466 /// - [`AsRef`][asref], [`AsMut`][asmut]
467 /// - [`Borrow`][borrow], [`BorrowMut`][borrowmut]
468 /// - [`Default`][default]
469 ///
470 /// This limitation on the size `N` exists because Rust does not yet support
471 /// code that is generic over the size of an array type. `[Foo; 3]` and `[Bar; 3]`
472 /// are instances of same generic type `[T; 3]`, but `[Foo; 3]` and `[Foo; 5]` are
473 /// entirely different types. As a stopgap, trait implementations are
474 /// statically generated up to size 32.
475 ///
476 /// Arrays of *any* size are [`Copy`][copy] if the element type is [`Copy`][copy]
477 /// and [`Clone`][clone] if the element type is [`Clone`][clone]. This works
478 /// because [`Copy`][copy] and [`Clone`][clone] traits are specially known
479 /// to the compiler.
480 ///
481 /// Arrays coerce to [slices (`[T]`)][slice], so a slice method may be called on
482 /// an array. Indeed, this provides most of the API for working with arrays.
483 /// Slices have a dynamic size and do not coerce to arrays.
484 ///
485 /// There is no way to move elements out of an array. See [`mem::replace`][replace]
486 /// for an alternative.
487 ///
488 /// # Examples
489 ///
490 /// ```
491 /// let mut array: [i32; 3] = [0; 3];
492 ///
493 /// array[1] = 1;
494 /// array[2] = 2;
495 ///
496 /// assert_eq!([1, 2], &array[1..]);
497 ///
498 /// // This loop prints: 0 1 2
499 /// for x in &array {
500 ///     print!("{} ", x);
501 /// }
502 /// ```
503 ///
504 /// An array itself is not iterable:
505 ///
506 /// ```compile_fail,E0277
507 /// let array: [i32; 3] = [0; 3];
508 ///
509 /// for x in array { }
510 /// // error: the trait bound `[i32; 3]: std::iter::Iterator` is not satisfied
511 /// ```
512 ///
513 /// The solution is to coerce the array to a slice by calling a slice method:
514 ///
515 /// ```
516 /// # let array: [i32; 3] = [0; 3];
517 /// for x in array.iter() { }
518 /// ```
519 ///
520 /// If the array has 32 or fewer elements (see above), you can also use the
521 /// array reference's [`IntoIterator`] implementation:
522 ///
523 /// ```
524 /// # let array: [i32; 3] = [0; 3];
525 /// for x in &array { }
526 /// ```
527 ///
528 /// [slice]: primitive.slice.html
529 /// [copy]: marker/trait.Copy.html
530 /// [clone]: clone/trait.Clone.html
531 /// [debug]: fmt/trait.Debug.html
532 /// [intoiterator]: iter/trait.IntoIterator.html
533 /// [partialeq]: cmp/trait.PartialEq.html
534 /// [partialord]: cmp/trait.PartialOrd.html
535 /// [eq]: cmp/trait.Eq.html
536 /// [ord]: cmp/trait.Ord.html
537 /// [hash]: hash/trait.Hash.html
538 /// [asref]: convert/trait.AsRef.html
539 /// [asmut]: convert/trait.AsMut.html
540 /// [borrow]: borrow/trait.Borrow.html
541 /// [borrowmut]: borrow/trait.BorrowMut.html
542 /// [default]: default/trait.Default.html
543 /// [replace]: mem/fn.replace.html
544 /// [`IntoIterator`]: iter/trait.IntoIterator.html
545 ///
546 #[stable(feature = "rust1", since = "1.0.0")]
547 mod prim_array { }
548
549 #[doc(primitive = "slice")]
550 #[doc(alias = "[")]
551 #[doc(alias = "]")]
552 #[doc(alias = "[]")]
553 /// A dynamically-sized view into a contiguous sequence, `[T]`.
554 ///
555 /// *[See also the `std::slice` module](slice/index.html).*
556 ///
557 /// Slices are a view into a block of memory represented as a pointer and a
558 /// length.
559 ///
560 /// ```
561 /// // slicing a Vec
562 /// let vec = vec![1, 2, 3];
563 /// let int_slice = &vec[..];
564 /// // coercing an array to a slice
565 /// let str_slice: &[&str] = &["one", "two", "three"];
566 /// ```
567 ///
568 /// Slices are either mutable or shared. The shared slice type is `&[T]`,
569 /// while the mutable slice type is `&mut [T]`, where `T` represents the element
570 /// type. For example, you can mutate the block of memory that a mutable slice
571 /// points to:
572 ///
573 /// ```
574 /// let mut x = [1, 2, 3];
575 /// let x = &mut x[..]; // Take a full slice of `x`.
576 /// x[1] = 7;
577 /// assert_eq!(x, &[1, 7, 3]);
578 /// ```
579 #[stable(feature = "rust1", since = "1.0.0")]
580 mod prim_slice { }
581
582 #[doc(primitive = "str")]
583 //
584 /// String slices.
585 ///
586 /// *[See also the `std::str` module](str/index.html).*
587 ///
588 /// The `str` type, also called a 'string slice', is the most primitive string
589 /// type. It is usually seen in its borrowed form, `&str`. It is also the type
590 /// of string literals, `&'static str`.
591 ///
592 /// String slices are always valid UTF-8.
593 ///
594 /// # Examples
595 ///
596 /// String literals are string slices:
597 ///
598 /// ```
599 /// let hello = "Hello, world!";
600 ///
601 /// // with an explicit type annotation
602 /// let hello: &'static str = "Hello, world!";
603 /// ```
604 ///
605 /// They are `'static` because they're stored directly in the final binary, and
606 /// so will be valid for the `'static` duration.
607 ///
608 /// # Representation
609 ///
610 /// A `&str` is made up of two components: a pointer to some bytes, and a
611 /// length. You can look at these with the [`as_ptr`] and [`len`] methods:
612 ///
613 /// ```
614 /// use std::slice;
615 /// use std::str;
616 ///
617 /// let story = "Once upon a time...";
618 ///
619 /// let ptr = story.as_ptr();
620 /// let len = story.len();
621 ///
622 /// // story has nineteen bytes
623 /// assert_eq!(19, len);
624 ///
625 /// // We can re-build a str out of ptr and len. This is all unsafe because
626 /// // we are responsible for making sure the two components are valid:
627 /// let s = unsafe {
628 ///     // First, we build a &[u8]...
629 ///     let slice = slice::from_raw_parts(ptr, len);
630 ///
631 ///     // ... and then convert that slice into a string slice
632 ///     str::from_utf8(slice)
633 /// };
634 ///
635 /// assert_eq!(s, Ok(story));
636 /// ```
637 ///
638 /// [`as_ptr`]: #method.as_ptr
639 /// [`len`]: #method.len
640 ///
641 /// Note: This example shows the internals of `&str`. `unsafe` should not be
642 /// used to get a string slice under normal circumstances. Use `as_slice`
643 /// instead.
644 #[stable(feature = "rust1", since = "1.0.0")]
645 mod prim_str { }
646
647 #[doc(primitive = "tuple")]
648 #[doc(alias = "(")]
649 #[doc(alias = ")")]
650 #[doc(alias = "()")]
651 //
652 /// A finite heterogeneous sequence, `(T, U, ..)`.
653 ///
654 /// Let's cover each of those in turn:
655 ///
656 /// Tuples are *finite*. In other words, a tuple has a length. Here's a tuple
657 /// of length `3`:
658 ///
659 /// ```
660 /// ("hello", 5, 'c');
661 /// ```
662 ///
663 /// 'Length' is also sometimes called 'arity' here; each tuple of a different
664 /// length is a different, distinct type.
665 ///
666 /// Tuples are *heterogeneous*. This means that each element of the tuple can
667 /// have a different type. In that tuple above, it has the type:
668 ///
669 /// ```
670 /// # let _:
671 /// (&'static str, i32, char)
672 /// # = ("hello", 5, 'c');
673 /// ```
674 ///
675 /// Tuples are a *sequence*. This means that they can be accessed by position;
676 /// this is called 'tuple indexing', and it looks like this:
677 ///
678 /// ```rust
679 /// let tuple = ("hello", 5, 'c');
680 ///
681 /// assert_eq!(tuple.0, "hello");
682 /// assert_eq!(tuple.1, 5);
683 /// assert_eq!(tuple.2, 'c');
684 /// ```
685 ///
686 /// For more about tuples, see [the book](../book/ch03-02-data-types.html#the-tuple-type).
687 ///
688 /// # Trait implementations
689 ///
690 /// If every type inside a tuple implements one of the following traits, then a
691 /// tuple itself also implements it.
692 ///
693 /// * [`Clone`]
694 /// * [`Copy`]
695 /// * [`PartialEq`]
696 /// * [`Eq`]
697 /// * [`PartialOrd`]
698 /// * [`Ord`]
699 /// * [`Debug`]
700 /// * [`Default`]
701 /// * [`Hash`]
702 ///
703 /// [`Clone`]: clone/trait.Clone.html
704 /// [`Copy`]: marker/trait.Copy.html
705 /// [`PartialEq`]: cmp/trait.PartialEq.html
706 /// [`Eq`]: cmp/trait.Eq.html
707 /// [`PartialOrd`]: cmp/trait.PartialOrd.html
708 /// [`Ord`]: cmp/trait.Ord.html
709 /// [`Debug`]: fmt/trait.Debug.html
710 /// [`Default`]: default/trait.Default.html
711 /// [`Hash`]: hash/trait.Hash.html
712 ///
713 /// Due to a temporary restriction in Rust's type system, these traits are only
714 /// implemented on tuples of arity 12 or less. In the future, this may change.
715 ///
716 /// # Examples
717 ///
718 /// Basic usage:
719 ///
720 /// ```
721 /// let tuple = ("hello", 5, 'c');
722 ///
723 /// assert_eq!(tuple.0, "hello");
724 /// ```
725 ///
726 /// Tuples are often used as a return type when you want to return more than
727 /// one value:
728 ///
729 /// ```
730 /// fn calculate_point() -> (i32, i32) {
731 ///     // Don't do a calculation, that's not the point of the example
732 ///     (4, 5)
733 /// }
734 ///
735 /// let point = calculate_point();
736 ///
737 /// assert_eq!(point.0, 4);
738 /// assert_eq!(point.1, 5);
739 ///
740 /// // Combining this with patterns can be nicer.
741 ///
742 /// let (x, y) = calculate_point();
743 ///
744 /// assert_eq!(x, 4);
745 /// assert_eq!(y, 5);
746 /// ```
747 ///
748 #[stable(feature = "rust1", since = "1.0.0")]
749 mod prim_tuple { }
750
751 #[doc(primitive = "f32")]
752 /// The 32-bit floating point type.
753 ///
754 /// *[See also the `std::f32` module](f32/index.html).*
755 ///
756 #[stable(feature = "rust1", since = "1.0.0")]
757 mod prim_f32 { }
758
759 #[doc(primitive = "f64")]
760 //
761 /// The 64-bit floating point type.
762 ///
763 /// *[See also the `std::f64` module](f64/index.html).*
764 ///
765 #[stable(feature = "rust1", since = "1.0.0")]
766 mod prim_f64 { }
767
768 #[doc(primitive = "i8")]
769 //
770 /// The 8-bit signed integer type.
771 ///
772 /// *[See also the `std::i8` module](i8/index.html).*
773 #[stable(feature = "rust1", since = "1.0.0")]
774 mod prim_i8 { }
775
776 #[doc(primitive = "i16")]
777 //
778 /// The 16-bit signed integer type.
779 ///
780 /// *[See also the `std::i16` module](i16/index.html).*
781 #[stable(feature = "rust1", since = "1.0.0")]
782 mod prim_i16 { }
783
784 #[doc(primitive = "i32")]
785 //
786 /// The 32-bit signed integer type.
787 ///
788 /// *[See also the `std::i32` module](i32/index.html).*
789 #[stable(feature = "rust1", since = "1.0.0")]
790 mod prim_i32 { }
791
792 #[doc(primitive = "i64")]
793 //
794 /// The 64-bit signed integer type.
795 ///
796 /// *[See also the `std::i64` module](i64/index.html).*
797 #[stable(feature = "rust1", since = "1.0.0")]
798 mod prim_i64 { }
799
800 #[doc(primitive = "i128")]
801 //
802 /// The 128-bit signed integer type.
803 ///
804 /// *[See also the `std::i128` module](i128/index.html).*
805 #[stable(feature = "i128", since="1.26.0")]
806 mod prim_i128 { }
807
808 #[doc(primitive = "u8")]
809 //
810 /// The 8-bit unsigned integer type.
811 ///
812 /// *[See also the `std::u8` module](u8/index.html).*
813 #[stable(feature = "rust1", since = "1.0.0")]
814 mod prim_u8 { }
815
816 #[doc(primitive = "u16")]
817 //
818 /// The 16-bit unsigned integer type.
819 ///
820 /// *[See also the `std::u16` module](u16/index.html).*
821 #[stable(feature = "rust1", since = "1.0.0")]
822 mod prim_u16 { }
823
824 #[doc(primitive = "u32")]
825 //
826 /// The 32-bit unsigned integer type.
827 ///
828 /// *[See also the `std::u32` module](u32/index.html).*
829 #[stable(feature = "rust1", since = "1.0.0")]
830 mod prim_u32 { }
831
832 #[doc(primitive = "u64")]
833 //
834 /// The 64-bit unsigned integer type.
835 ///
836 /// *[See also the `std::u64` module](u64/index.html).*
837 #[stable(feature = "rust1", since = "1.0.0")]
838 mod prim_u64 { }
839
840 #[doc(primitive = "u128")]
841 //
842 /// The 128-bit unsigned integer type.
843 ///
844 /// *[See also the `std::u128` module](u128/index.html).*
845 #[stable(feature = "i128", since="1.26.0")]
846 mod prim_u128 { }
847
848 #[doc(primitive = "isize")]
849 //
850 /// The pointer-sized signed integer type.
851 ///
852 /// *[See also the `std::isize` module](isize/index.html).*
853 ///
854 /// The size of this primitive is how many bytes it takes to reference any
855 /// location in memory. For example, on a 32 bit target, this is 4 bytes
856 /// and on a 64 bit target, this is 8 bytes.
857 #[stable(feature = "rust1", since = "1.0.0")]
858 mod prim_isize { }
859
860 #[doc(primitive = "usize")]
861 //
862 /// The pointer-sized unsigned integer type.
863 ///
864 /// *[See also the `std::usize` module](usize/index.html).*
865 ///
866 /// The size of this primitive is how many bytes it takes to reference any
867 /// location in memory. For example, on a 32 bit target, this is 4 bytes
868 /// and on a 64 bit target, this is 8 bytes.
869 #[stable(feature = "rust1", since = "1.0.0")]
870 mod prim_usize { }
871
872 #[doc(primitive = "reference")]
873 #[doc(alias = "&")]
874 //
875 /// References, both shared and mutable.
876 ///
877 /// A reference represents a borrow of some owned value. You can get one by using the `&` or `&mut`
878 /// operators on a value, or by using a `ref` or `ref mut` pattern.
879 ///
880 /// For those familiar with pointers, a reference is just a pointer that is assumed to not be null.
881 /// In fact, `Option<&T>` has the same memory representation as a nullable pointer, and can be
882 /// passed across FFI boundaries as such.
883 ///
884 /// In most cases, references can be used much like the original value. Field access, method
885 /// calling, and indexing work the same (save for mutability rules, of course). In addition, the
886 /// comparison operators transparently defer to the referent's implementation, allowing references
887 /// to be compared the same as owned values.
888 ///
889 /// References have a lifetime attached to them, which represents the scope for which the borrow is
890 /// valid. A lifetime is said to "outlive" another one if its representative scope is as long or
891 /// longer than the other. The `'static` lifetime is the longest lifetime, which represents the
892 /// total life of the program. For example, string literals have a `'static` lifetime because the
893 /// text data is embedded into the binary of the program, rather than in an allocation that needs
894 /// to be dynamically managed.
895 ///
896 /// `&mut T` references can be freely coerced into `&T` references with the same referent type, and
897 /// references with longer lifetimes can be freely coerced into references with shorter ones.
898 ///
899 /// Reference equality by address, instead of comparing the values pointed to, is accomplished via
900 /// implicit reference-pointer coercion and raw pointer equality via [`ptr::eq`], while
901 /// [`PartialEq`] compares values.
902 ///
903 /// [`ptr::eq`]: ptr/fn.eq.html
904 /// [`PartialEq`]: cmp/trait.PartialEq.html
905 ///
906 /// ```
907 /// use std::ptr;
908 ///
909 /// let five = 5;
910 /// let other_five = 5;
911 /// let five_ref = &five;
912 /// let same_five_ref = &five;
913 /// let other_five_ref = &other_five;
914 ///
915 /// assert!(five_ref == same_five_ref);
916 /// assert!(five_ref == other_five_ref);
917 ///
918 /// assert!(ptr::eq(five_ref, same_five_ref));
919 /// assert!(!ptr::eq(five_ref, other_five_ref));
920 /// ```
921 ///
922 /// For more information on how to use references, see [the book's section on "References and
923 /// Borrowing"][book-refs].
924 ///
925 /// [book-refs]: ../book/ch04-02-references-and-borrowing.html
926 ///
927 /// # Trait implementations
928 ///
929 /// The following traits are implemented for all `&T`, regardless of the type of its referent:
930 ///
931 /// * [`Copy`]
932 /// * [`Clone`] \(Note that this will not defer to `T`'s `Clone` implementation if it exists!)
933 /// * [`Deref`]
934 /// * [`Borrow`]
935 /// * [`Pointer`]
936 ///
937 /// [`Copy`]: marker/trait.Copy.html
938 /// [`Clone`]: clone/trait.Clone.html
939 /// [`Deref`]: ops/trait.Deref.html
940 /// [`Borrow`]: borrow/trait.Borrow.html
941 /// [`Pointer`]: fmt/trait.Pointer.html
942 ///
943 /// `&mut T` references get all of the above except `Copy` and `Clone` (to prevent creating
944 /// multiple simultaneous mutable borrows), plus the following, regardless of the type of its
945 /// referent:
946 ///
947 /// * [`DerefMut`]
948 /// * [`BorrowMut`]
949 ///
950 /// [`DerefMut`]: ops/trait.DerefMut.html
951 /// [`BorrowMut`]: borrow/trait.BorrowMut.html
952 ///
953 /// The following traits are implemented on `&T` references if the underlying `T` also implements
954 /// that trait:
955 ///
956 /// * All the traits in [`std::fmt`] except [`Pointer`] and [`fmt::Write`]
957 /// * [`PartialOrd`]
958 /// * [`Ord`]
959 /// * [`PartialEq`]
960 /// * [`Eq`]
961 /// * [`AsRef`]
962 /// * [`Fn`] \(in addition, `&T` references get [`FnMut`] and [`FnOnce`] if `T: Fn`)
963 /// * [`Hash`]
964 /// * [`ToSocketAddrs`]
965 ///
966 /// [`std::fmt`]: fmt/index.html
967 /// [`fmt::Write`]: fmt/trait.Write.html
968 /// [`PartialOrd`]: cmp/trait.PartialOrd.html
969 /// [`Ord`]: cmp/trait.Ord.html
970 /// [`PartialEq`]: cmp/trait.PartialEq.html
971 /// [`Eq`]: cmp/trait.Eq.html
972 /// [`AsRef`]: convert/trait.AsRef.html
973 /// [`Fn`]: ops/trait.Fn.html
974 /// [`FnMut`]: ops/trait.FnMut.html
975 /// [`FnOnce`]: ops/trait.FnOnce.html
976 /// [`Hash`]: hash/trait.Hash.html
977 /// [`ToSocketAddrs`]: net/trait.ToSocketAddrs.html
978 ///
979 /// `&mut T` references get all of the above except `ToSocketAddrs`, plus the following, if `T`
980 /// implements that trait:
981 ///
982 /// * [`AsMut`]
983 /// * [`FnMut`] \(in addition, `&mut T` references get [`FnOnce`] if `T: FnMut`)
984 /// * [`fmt::Write`]
985 /// * [`Iterator`]
986 /// * [`DoubleEndedIterator`]
987 /// * [`ExactSizeIterator`]
988 /// * [`FusedIterator`]
989 /// * [`TrustedLen`]
990 /// * [`Send`] \(note that `&T` references only get `Send` if `T: Sync`)
991 /// * [`io::Write`]
992 /// * [`Read`]
993 /// * [`Seek`]
994 /// * [`BufRead`]
995 ///
996 /// [`AsMut`]: convert/trait.AsMut.html
997 /// [`Iterator`]: iter/trait.Iterator.html
998 /// [`DoubleEndedIterator`]: iter/trait.DoubleEndedIterator.html
999 /// [`ExactSizeIterator`]: iter/trait.ExactSizeIterator.html
1000 /// [`FusedIterator`]: iter/trait.FusedIterator.html
1001 /// [`TrustedLen`]: iter/trait.TrustedLen.html
1002 /// [`Send`]: marker/trait.Send.html
1003 /// [`io::Write`]: io/trait.Write.html
1004 /// [`Read`]: io/trait.Read.html
1005 /// [`Seek`]: io/trait.Seek.html
1006 /// [`BufRead`]: io/trait.BufRead.html
1007 ///
1008 /// Note that due to method call deref coercion, simply calling a trait method will act like they
1009 /// work on references as well as they do on owned values! The implementations described here are
1010 /// meant for generic contexts, where the final type `T` is a type parameter or otherwise not
1011 /// locally known.
1012 #[stable(feature = "rust1", since = "1.0.0")]
1013 mod prim_ref { }
1014
1015 #[doc(primitive = "fn")]
1016 //
1017 /// Function pointers, like `fn(usize) -> bool`.
1018 ///
1019 /// *See also the traits [`Fn`], [`FnMut`], and [`FnOnce`].*
1020 ///
1021 /// [`Fn`]: ops/trait.Fn.html
1022 /// [`FnMut`]: ops/trait.FnMut.html
1023 /// [`FnOnce`]: ops/trait.FnOnce.html
1024 ///
1025 /// Plain function pointers are obtained by casting either plain functions, or closures that don't
1026 /// capture an environment:
1027 ///
1028 /// ```
1029 /// fn add_one(x: usize) -> usize {
1030 ///     x + 1
1031 /// }
1032 ///
1033 /// let ptr: fn(usize) -> usize = add_one;
1034 /// assert_eq!(ptr(5), 6);
1035 ///
1036 /// let clos: fn(usize) -> usize = |x| x + 5;
1037 /// assert_eq!(clos(5), 10);
1038 /// ```
1039 ///
1040 /// In addition to varying based on their signature, function pointers come in two flavors: safe
1041 /// and unsafe. Plain `fn()` function pointers can only point to safe functions,
1042 /// while `unsafe fn()` function pointers can point to safe or unsafe functions.
1043 ///
1044 /// ```
1045 /// fn add_one(x: usize) -> usize {
1046 ///     x + 1
1047 /// }
1048 ///
1049 /// unsafe fn add_one_unsafely(x: usize) -> usize {
1050 ///     x + 1
1051 /// }
1052 ///
1053 /// let safe_ptr: fn(usize) -> usize = add_one;
1054 ///
1055 /// //ERROR: mismatched types: expected normal fn, found unsafe fn
1056 /// //let bad_ptr: fn(usize) -> usize = add_one_unsafely;
1057 ///
1058 /// let unsafe_ptr: unsafe fn(usize) -> usize = add_one_unsafely;
1059 /// let really_safe_ptr: unsafe fn(usize) -> usize = add_one;
1060 /// ```
1061 ///
1062 /// On top of that, function pointers can vary based on what ABI they use. This is achieved by
1063 /// adding the `extern` keyword to the type name, followed by the ABI in question. For example,
1064 /// `fn()` is different from `extern "C" fn()`, which itself is different from `extern "stdcall"
1065 /// fn()`, and so on for the various ABIs that Rust supports. Non-`extern` functions have an ABI
1066 /// of `"Rust"`, and `extern` functions without an explicit ABI have an ABI of `"C"`. For more
1067 /// information, see [the nomicon's section on foreign calling conventions][nomicon-abi].
1068 ///
1069 /// [nomicon-abi]: ../nomicon/ffi.html#foreign-calling-conventions
1070 ///
1071 /// Extern function declarations with the "C" or "cdecl" ABIs can also be *variadic*, allowing them
1072 /// to be called with a variable number of arguments. Normal rust functions, even those with an
1073 /// `extern "ABI"`, cannot be variadic. For more information, see [the nomicon's section on
1074 /// variadic functions][nomicon-variadic].
1075 ///
1076 /// [nomicon-variadic]: ../nomicon/ffi.html#variadic-functions
1077 ///
1078 /// These markers can be combined, so `unsafe extern "stdcall" fn()` is a valid type.
1079 ///
1080 /// Like references in rust, function pointers are assumed to not be null, so if you want to pass a
1081 /// function pointer over FFI and be able to accommodate null pointers, make your type
1082 /// `Option<fn()>` with your required signature.
1083 ///
1084 /// Function pointers implement the following traits:
1085 ///
1086 /// * [`Clone`]
1087 /// * [`PartialEq`]
1088 /// * [`Eq`]
1089 /// * [`PartialOrd`]
1090 /// * [`Ord`]
1091 /// * [`Hash`]
1092 /// * [`Pointer`]
1093 /// * [`Debug`]
1094 ///
1095 /// [`Clone`]: clone/trait.Clone.html
1096 /// [`PartialEq`]: cmp/trait.PartialEq.html
1097 /// [`Eq`]: cmp/trait.Eq.html
1098 /// [`PartialOrd`]: cmp/trait.PartialOrd.html
1099 /// [`Ord`]: cmp/trait.Ord.html
1100 /// [`Hash`]: hash/trait.Hash.html
1101 /// [`Pointer`]: fmt/trait.Pointer.html
1102 /// [`Debug`]: fmt/trait.Debug.html
1103 ///
1104 /// Due to a temporary restriction in Rust's type system, these traits are only implemented on
1105 /// functions that take 12 arguments or less, with the `"Rust"` and `"C"` ABIs. In the future, this
1106 /// may change.
1107 ///
1108 /// In addition, function pointers of *any* signature, ABI, or safety are [`Copy`], and all *safe*
1109 /// function pointers implement [`Fn`], [`FnMut`], and [`FnOnce`]. This works because these traits
1110 /// are specially known to the compiler.
1111 ///
1112 /// [`Copy`]: marker/trait.Copy.html
1113 #[stable(feature = "rust1", since = "1.0.0")]
1114 mod prim_fn { }