---

yaml
---
r: 236023
b: refs/heads/stable
c: 7d41c95
h: refs/heads/master
i:
  236021: 635d340
  236019: 8e27be8
  236015: 6a94029
v: v3

Author: Gankra

[refs]

@@ -29,7 +29,7 @@ refs/heads/tmp: afae2ff723393b3ab4ccffef6ac7c6d1809e2da0
 refs/tags/1.0.0-alpha.2: 4c705f6bc559886632d3871b04f58aab093bfa2f
 refs/tags/homu-tmp: f859507de8c410b648d934d8f5ec1c52daac971d
 refs/tags/1.0.0-beta: 8cbb92b53468ee2b0c2d3eeb8567005953d40828
-refs/heads/stable: cb4f081b5e8278e0445ae67320fb80d274cd8e11
+refs/heads/stable: 7d41c950c4e73dee4d5b44022186aa65e4323375
 refs/tags/1.0.0: 55bd4f8ff2b323f317ae89e254ce87162d52a375
 refs/tags/1.1.0: bc3c16f09287e5545c1d3f76b7abd54f2eca868b
 refs/tags/1.2.0: f557861f822c34f07270347b94b5280de20a597e

branches/stable/data.md

@@ -4,7 +4,7 @@ Low-level programming cares a lot about data layout. It's a big deal. It also pe
 influences the rest of the language, so we're going to start by digging into how data is
 represented in Rust.
 
-# The `rust` repr
+## The rust repr
 
 Rust gives you the following ways to lay out composite data:
 
@@ -124,7 +124,7 @@ In principle enums can use fairly elaborate algorithms to cache bits throughout
 with special constrained representations. As such it is *especially* desirable that we leave
 enum layout unspecified today.
 
-# Dynamically Sized Types (DSTs)
+## Dynamically Sized Types (DSTs)
 
 Rust also supports types without a statically known size. On the surface,
 this is a bit nonsensical: Rust must know the size of something in order to
@@ -212,12 +212,12 @@ struct Foo {
 For details as to *why* this is done, and how to make it not happen, check out
 [SOME OTHER SECTION].
 
-# Alternative representations
+## Alternative representations
 
 Rust allows you to specify alternative data layout strategies from the default Rust
 one.
 
-# repr(C)
+### repr(C)
 
 This is the most important `repr`. It has fairly simple intent: do what C does.
 The order, size, and alignment of fields is exactly what you would expect from
@@ -241,14 +241,14 @@ still consumes a byte of space.
 
 * This is equivalent to repr(u32) for enums (see below)
 
-# repr(packed)
+### repr(packed)
 
 `repr(packed)` forces rust to strip any padding it would normally apply.
 This may improve the memory footprint of a type, but will have negative
 side-effects from "field access is heavily penalized" to "completely breaks
 everything" based on target platform.
 
-# repr(u8), repr(u16), repr(u32), repr(u64)
+### repr(u8), repr(u16), repr(u32), repr(u64)
 
 These specify the size to make a c-like enum (one which has no values in its variants).