Apply feedback

Author: mejrs

src/compiler-debugging.md

@@ -130,6 +130,9 @@ fn main() {
 
 ```bash
 $ rustc +stage1 error.rs
+```
+
+```text
 error[E0277]: cannot add `()` to `{integer}`
  --> error.rs:2:7
   |
@@ -145,6 +148,9 @@ Now, where does the error above come from?
 
 ```bash
 $ RUST_BACKTRACE=1 rustc +stage1 error.rs -Z treat-err-as-bug
+```
+
+```text
 error[E0277]: the trait bound `{integer}: std::ops::Add<()>` is not satisfied
  --> error.rs:2:7
   |
@@ -192,6 +198,9 @@ for this and prints its location alongside the error:
 
 ```bash
 $ RUST_BACKTRACE=1 rustc +stage1 error.rs -Z track-diagnostics
+```
+
+```text
 error[E0277]: cannot add `()` to `{integer}`
  --> src\error.rs:2:7
   |

src/diagnostics.md

@@ -287,7 +287,7 @@ There are three main ways to find where a given error is emitted:
   - The _construction_ of the error is far away from where it is _emitted_,
     a problem similar to the one we faced with the `grep` approach.
     In some cases, we buffer multiple errors in order to emit them in order.
-- Invoking `rustc` with the nightly-only flag `-Z track-diagnostics` will print error creation
+- Invoking `rustc` with `-Z track-diagnostics` will print error creation
   locations alongside the error.
 
 The regular development practices apply: judicious use of `debug!()` statements