Update per feedback

AUTHORS.txt

@@ -8,7 +8,6 @@ Adam Bozanich <adam.boz@gmail.com>
 Adolfo Ochagavía <aochagavia92@gmail.com>
 Adrien Brault <adrien.brault@gmail.com>
 Adrien Tétar <adri-from-59@hotmail.fr>
-Ahmed Charles <acharles@outlook.com>
 Ahmed Charles <ahmedcharles@gmail.com>
 Alan Andrade <alan.andradec@gmail.com>
 Alan Williams <mralert@gmail.com>
@@ -116,7 +115,6 @@ Christopher Bergqvist <spambox0@digitalpoetry.se>
 Christopher Kendell <ckendell@outlook.com>
 Chuck Ries <chuck.ries@gmail.com>
 Clark Gaebel <cg.wowus.cg@gmail.com>
-Clark Gaebel <cgaebel@mozilla.com>
 Clinton Ryan <clint.ryan3@gmail.com>
 Cody Schroeder <codys@cs.washington.edu>
 Cole Mickens <cole.mickens@gmail.com>
@@ -265,8 +263,6 @@ Jag Talon <talon.jag@gmail.com>
 Jake Kaufman <theevocater@gmail.com>
 Jake Kerr <kodafox@gmail.com>
 Jake Scott <jake.net@gmail.com>
-Jakub <jakub@jakub.cc>
-Jakub Wieczorek <jakub@jakub.cc>
 Jakub Wieczorek <jakubw@jakubw.net>
 James Deng <cnjamesdeng@gmail.com>
 James Hurst <jamesrhurst@users.noreply.github.com>
@@ -338,7 +334,6 @@ Junyoung Cho <june0.cho@samsung.com>
 JustAPerson <jpriest8@ymail.com>
 Justin Noah <justinnoah@gmail.com>
 Jyun-Yan You <jyyou.tw@gmail.com>
-Jyun-Yan You <jyyou@cs.nctu.edu.tw>
 Kang Seonghoon <kang.seonghoon@mearie.org>
 Kasey Carrothers <kaseyc.808@gmail.com>
 Keegan McAllister <kmcallister@mozilla.com>
@@ -365,7 +360,6 @@ Liigo Zhuang <com.liigo@gmail.com>
 Lindsey Kuper <lindsey@composition.al>
 Luca Bruno <lucab@debian.org>
 Luis de Bethencourt <luis@debethencourt.com>
-Luqman Aden <laden@csclub.uwaterloo.ca>
 Luqman Aden <me@luqman.ca>
 Magnus Auvinen <magnus.auvinen@gmail.com>
 Mahmut Bulut <mahmutbulut0@gmail.com>
@@ -415,7 +409,6 @@ Michael Sproul <micsproul@gmail.com>
 Michael Sullivan <sully@msully.net>
 Michael Williams <m.t.williams@live.com>
 Michael Woerister <michaelwoerister@gmail>
-Michael Woerister <michaelwoerister@posteo>
 Michael Zhou <moz@google.com>
 Mick Koch <kchmck@gmail.com>
 Mickaël Delahaye <mickael.delahaye@gmail.com>
@@ -443,7 +436,6 @@ Noam Yorav-Raphael <noamraph@gmail.com>
 Noufal Ibrahim <noufal@nibrahim.net.in>
 O S K Chaitanya <osk@medhas.org>
 OGINO Masanori <masanori.ogino@gmail.com>
-Ogino Masanori <masanori.ogino@gmail.com>
 Olivier Saut <osaut@airpost.net>
 Olle Jonsson <olle.jonsson@gmail.com>
 Or Brostovski <tohava@gmail.com>
@@ -455,7 +447,6 @@ Palmer Cox <p@lmercox.com>
 Paolo Falabella <paolo.falabella@gmail.com>
 Patrick Reisert <kpreisert@gmail.com>
 Patrick Walton <pcwalton@mimiga.net>
-Patrick Walton <pwalton@mozilla.com>
 Patrick Yevsukov <patrickyevsukov@users.noreply.github.com>
 Patrik Kårlin <patrik.karlin@gmail.com>
 Paul Collins <paul@ondioline.org>
@@ -502,7 +493,6 @@ Rob Hoelz <rob@hoelz.ro>
 Robert Buonpastore <robert.buonpastore@gmail.com>
 Robert Clipsham <robert@octarineparrot.com>
 Robert Gawdzik <rgawdzik@hotmail.com>
-Robert Gawdzik ☢ <rgawdzik@hotmail.com>
 Robert Irelan <rirelan@gmail.com>
 Robert Knight <robertknight@gmail.com>
 Robert Millar <robert.millar@cantab.net>
@@ -543,7 +533,6 @@ Shamir Khodzha <khodzha.sh@gmail.com>
 SiegeLord <slabode@aim.com>
 Simon Barber-Dueck <sbarberdueck@gmail.com>
 Simon Persson <simon@flaskpost.org>
-Simon Sapin <simon.sapin@exyr.org>
 Simon Sapin <simon@exyr.org>
 Squeaky <squeaky_pl@gmx.com>
 Stefan Plantikow <stefan.plantikow@googlemail.com>
@@ -552,7 +541,6 @@ Sterling Greene <sterling.greene@gmail.com>
 Steve Klabnik <steve@steveklabnik.com>
 Steven De Coeyer <steven@banteng.be>
 Steven Fackler <sfackler@gmail.com>
-Steven Fackler <sfackler@palantir.com>
 Steven Sheldon <steven@sasheldon.com>
 Steven Stewart-Gallus <sstewartgallus00@langara.bc.ca>
 Strahinja Val Markovic <val@markovic.io>

RELEASES.md

@@ -1,14 +1,15 @@
 Version 0.12.0 (October 2014)
 -----------------------------
 
-  * ~1700 changes, numerous bugfixes
+  * ~1900 changes, numerous bugfixes
 
   * Highlights
 
     * The introductory documentation (now called The Rust Guide) has
       been completely rewritten, as have a number of supplementary
       guides.
-    * Rust's package manager, Cargo, is awesome.
+    * Rust's package manager, Cargo, continues to improve and is,
+      reportedly, 'awesome'.
     * Many API's in `std` have been reviewed and updated for
       consistency with the in-development Rust coding
       guidelines. The standard library documentation tracks
@@ -21,24 +22,47 @@ Version 0.12.0 (October 2014)
     * Rust now works on 64-bit Windows.
 
   * Language
-    * A new slicing syntax (e.g. `[0..4]`) has been introduced behind
-      the 'slicing_syntax' feature gate, and can be overloaded with
-      the `Slice` or `SliceMut` traits.
     * Indexing can be overloaded with the `Index` and `IndexMut`
       traits.
     * The `if let` construct takes a branch only if the `let` pattern
       matches, currently behind the 'if_let' feature gate.
-    * `let` and `match` bindings and argument names in macros are now
-      hygienic.
+    * 'where clauses', a more flexible syntax for specifying trait
+      bounds that is more aesthetic, have been added for traits and
+      free functions. Where clauses will in the future make it
+      possible to constrain associated types, which would be
+      impossible with the existing syntax.
+    * A new slicing syntax (e.g. `[0..4]`) has been introduced behind
+      the 'slicing_syntax' feature gate, and can be overloaded with
+      the `AsSlice` or `AsSliceMut` traits.
+    * The syntax for matching of sub-slices has been changed to use a
+      postfix `..` instead of prefix (.e.g. `[a, b, c..]`), for
+      consistency with other uses of `..` and to future-proof
+      potential additional uses of the syntax.
+    * The syntax for matching inclusive ranges in patterns has changed
+      from `0..3` to `0...4` to be consistent with the exclusive range
+      syntax for slicing.
+    * Matching of sub-slices in non-tail positions (e.g.  `[a.., b,
+      c]`) has been put behind the 'advanced_slice_patterns' feature
+      gate and may be removed in the future.
+    * Components of tuples and tuple structs can be extracted using
+      the `value.0` syntax, currently behind the `tuple_indexing`
+      feature gate.
     * The `#[crate_id]` attribute is no longer supported; versioning
       is handled by the package manager.
-    * Mutation and assignment is no longer allowed in pattern guards.
-    * Generic structs and enums can now have trait bounds.
-    * `use foo = bar` is now written `use bar as foo`.
+    * Renaming crate imports are now written `extern crate foo as bar`
+      instead of `extern crate bar = foo`.
+    * Renaming use statements are now written `use foo as bar` instead
+      of `use bar = foo`.
+    * `let` and `match` bindings and argument names in macros are now
+      hygienic.
     * The new, more efficient, closure types ('unboxed closures') have
       been added under a feature gate, 'unboxed_closures'. These will
       soon replace the existing closure types, once higher-ranked
       trait lifetimes are added to the language.
+    * `move` has been added as a keyword, for indicating closures
+      that capture by value.
+    * Mutation and assignment is no longer allowed in pattern guards.
+    * Generic structs and enums can now have trait bounds.
     * The `Share` trait is now called `Sync` to free up the term
       'shared' to refer to 'shared reference' (the default reference
       type.
@@ -48,40 +72,42 @@ Version 0.12.0 (October 2014)
     * As part of dynamically-sized types, the `Sized` trait has been
       introduced, which qualifying types implement by default, and
       which type parameters expect by default. To specify that a type
-      parametr does not need to be sized, write `<Sized? T>`. Most
+      parameter does not need to be sized, write `<Sized? T>`. Most
       types are `Sized`, notable exceptions being unsized arrays
       (`[T]`) and trait types.
-    * Closures can return `!`, as in `|| -> !` or `proc() ->`.
-    * The syntax for matching of sub-slices has been changed to use a
-      postfix `..` instead of prefix (.e.g. `[a, b, c..]`), for
-      consistency with other uses of `..` and to future-proof
-      potential additional uses of the syntax.
-    * Matching of sub-slices in non-tail positions (e.g.  `[a.., b,
-      c]`) has been put behind the 'advanced_slice_patterns' feature
-      gate and may be removed in the future.
+    * Closures can return `!`, as in `|| -> !` or `proc() -> !`.
+    * Lifetime bounds can now be applied to type parameters and object
+      types.
+    * The old, reference counted GC type, `Gc<T>` which was once
+      denoted by the `@` sigil, has finally been removed. GC will be
+      revisited in the future.
 
   * Libraries
     * Library documentation has been improved for a number of modules.
     * Bit-vectors, collections::bitv has been modernized.
     * The url crate is deprecated in favor of
       http://github.com/servo/rust-url, which can be installed with
       Cargo.
-    * Most I/O stream types can be cloned and subsequently closed
-      from a different thread.
+    * Most I/O stream types can be cloned and subsequently closed from
+      a different thread.
     * A `std::time::Duration` type has been added for use in I/O
       methods that rely on timers, as well as in the 'time' crate's
       `Timespec` arithmetic.
-    * The green-thread scheduler, libgreen, has been removed, as
-      has the associated runtime I/O abstraction layer.
+    * The runtime I/O abstraction layer that enabled the green thread
+      scheduler to do non-thread-blocking I/O has been removed, along
+      with the libuv-based implementation employed by the green thread
+      scheduler. This will greatly simplify the future I/O work.
+    * `collections::btree` has been rewritten to have a more
+      idiomatic and efficient design.
 
   * Tooling
     * rustdoc output now indicates the stability levels of API's.
     * The `--crate-name` flag can specify the name of the crate
       being compiled, like `#[crate_name]`.
-    * The `-C metadata` specifies additional metada to hash into
+    * The `-C metadata` specifies additional metadata to hash into
       symbol names, and `-C extra-filename` specifies additional
-      information to put into the output filename, for use by
-      the package manager for versioning.
+      information to put into the output filename, for use by the
+      package manager for versioning.
     * debug info generation has continued to improve and should be
       more reliable under both gdb and lldb.
     * rustc has experimental support for compiling in parallel