Reword 'stupid' and 'crazy' in docs.

pull/10/head
Clar Charr 8 years ago committed by Manish Goregaokar
parent 54bdbfe616
commit 65066f2ca3

@ -24,10 +24,10 @@ exactly what we said but, you know, fast. Wouldn't that be great?
# Compiler Reordering # Compiler Reordering
Compilers fundamentally want to be able to do all sorts of crazy transformations Compilers fundamentally want to be able to do all sorts of complicated
to reduce data dependencies and eliminate dead code. In particular, they may transformations to reduce data dependencies and eliminate dead code. In
radically change the actual order of events, or make events never occur! If we particular, they may radically change the actual order of events, or make events
write something like never occur! If we write something like
```rust,ignore ```rust,ignore
x = 1; x = 1;

@ -22,7 +22,7 @@ Well, Rust *has* a safe programming language. Let's step back a bit.
Rust can be thought of as being composed of two programming languages: *Safe Rust can be thought of as being composed of two programming languages: *Safe
Rust* and *Unsafe Rust*. Safe Rust is For Reals Totally Safe. Unsafe Rust, Rust* and *Unsafe Rust*. Safe Rust is For Reals Totally Safe. Unsafe Rust,
unsurprisingly, is *not* For Reals Totally Safe. In fact, Unsafe Rust lets you unsurprisingly, is *not* For Reals Totally Safe. In fact, Unsafe Rust lets you
do some really crazy unsafe things. do some really, *really* unsafe things.
Safe Rust is the *true* Rust programming language. If all you do is write Safe Safe Rust is the *true* Rust programming language. If all you do is write Safe
Rust, you will never have to worry about type-safety or memory-safety. You will Rust, you will never have to worry about type-safety or memory-safety. You will

@ -21,11 +21,11 @@ prevent *all* race conditions would be pretty awful to use, if not just
incorrect. incorrect.
So it's perfectly "fine" for a Safe Rust program to get deadlocked or do So it's perfectly "fine" for a Safe Rust program to get deadlocked or do
something incredibly stupid with incorrect synchronization. Obviously such a something nonsensical with incorrect synchronization. Obviously such a program
program isn't very good, but Rust can only hold your hand so far. Still, a isn't very good, but Rust can only hold your hand so far. Still, a race
race condition can't violate memory safety in a Rust program on condition can't violate memory safety in a Rust program on its own. Only in
its own. Only in conjunction with some other unsafe code can a race condition conjunction with some other unsafe code can a race condition actually violate
actually violate memory safety. For instance: memory safety. For instance:
```rust,no_run ```rust,no_run
use std::thread; use std::thread;

Loading…
Cancel
Save