| Age | Commit message (Collapse) | Author | Lines |
|---|
|
|
|
Fixes #25417
|
|
Fixes #25554
|
|
Thanks to @cers who reported this in killercup/trpl-ebook#14!
r? @steveklabnik
|
|
"workd" corrected to "world"
|
|
There was no opening parenthesis for this closing parenthesis...
|
|
Fixes #25438
|
|
|
|
Thanks for the awesome book!
r? @steveklabnik
|
|
|
|
|
|
|
|
Fixes #25438
|
|
Needed to support:
```rust
match X {
pattern if Y ...
}
for pattern in Y {}
```
IMO, this shouldn't require an RFC because it can't interfere with any future language changes (because `pattern if` and `pattern in` are already legal in rust) and can't cause any ambiguity.
|
|
r? @steveklabnik
|
|
In all other places the IDs of link references are without spaces (and explicitly set).
These are just some cleanups I did for the PDF version.
r? @steveklabnik
|
|
A few of us [over on the forum](https://users.rust-lang.org/t/string-type-coercion-in-rust/1439) have been tripped up by this distinction, which I don't think is mentioned. It's kind of logical if you read the "Deref coercions" page and squint a bit but I think it would be nice to explain it directly. Here's one way we could clarify it.
|
|
In all other places the IDs of link references are without spaces (and
explicitly set).
|
|
|
|
|
|
r? @steveklabnik
|
|
|
|
I consider that this version has a better reading fluency, instead of having a period between clauses
|
|
Also, when checking for common gendered words elsewhere, I found one 'he', moved to 'they' as well.
https://github.com/rust-lang/rust/pull/25640#issuecomment-104304643
|
|
I consider that this version has a better reading fluency, instead of having a period between clauses
|
|
Needed to support:
match X {
pattern if Y ...
}
for pattern in Y {}
|
|
r? @steveklabnik
|
|
|
|
|
|
Also, when checking for common gendered words elsewhere, I found one 'he', moved to 'they' as well.
https://github.com/rust-lang/rust/pull/25640#issuecomment-104304643
|
|
Earlier created vector `["Hello", "world"]` has two elements and we try to add a third element.
|
|
fix a small typo in the official tutorial. "coerce" instead of "coerece"
r? @steveklabnik
|
|
They don't have to be followed by anything.
|
|
|
|
They don't have to be followed by anything.
|
|
The syntax with tailing semicolon is deprecated and the compiler will
complain about it.
|
|
"Truth passes, success `panic!`s" seems to be a typo. The closest fix would be something like "Success passes, failure `panic!`s" but to me a "comparison failure" suggests that we couldn't compare the two values at all, not that we could successfully compare them and that the result was non-equality. So I opted to rewrite the paragraph a bit. If there's a better alternative please let me know.
r? @steveklabnik
|
|
r? @steveklabnik
|
|
The paper from which this example was taken made the mistake of assuming
that all five philosophers are men. This is a hypothetical
example--there are no actual philosophers eating spaghetti--so there is
no good reason to make this assumption. Since women make up about half
of the human population, all things being equal, women should represent
about half of the philosophers. However, because this mistake has stood
since 1985, I have changed *all* of the pronouns to be female, to make
up for lost time. If someone would like to revert this patch or switch
to neutral pronouns after 30 years, feel free to set your alarm clock
for 2045.
|
|
|
|
This adds strictly more information to the source files and reduces the need for customized tooling to render the book. (While this should not change the output of _rustbook_, it is very useful when rendering the sources with external tools like Pandoc.)
This only adds the language marker to "first level" code blocks (and not to code blocks in comments inside of code examples).
r? @steveklabnik
|
|
Looks like this was an issue in the source material. I've let the editor know and he has told me he is correcting it there as well.
r? @steveklabnik
|
|
The source code snippet uses `"whatever".as_bytes()` but the compilation error message uses `b"whatever"`. Both should be consistent with each other.
r? @steveklabnik
|
|
Minor tweak: the text explaining the Borrow trait talks about slices, but the example immediately following just uses a simple reference; there are no slices involved.
r? @steveklabnik
|
|
|
|
|
|
`{rust,ignore}` -> `rust,ignore
|
|
This adds strictly more information to the source files and reduces the
need for customized tooling to render the book.
(While this should not change the output of _rustbook_, it is very
useful when rendering the sources with external tools like Pandoc.)
|
|
|
|
Minor typo/grammar error.
|
