Skip to content

Commit

Permalink
Update per feedback
Browse files Browse the repository at this point in the history
  • Loading branch information
@brson
brson committed Oct 7, 2014
1 parent c1db2fb commit d2856f8
Show file tree
Hide file tree
Showing 2 changed files with 52 additions and 38 deletions.
12 changes: 0 additions & 12 deletions AUTHORS.txt
View file
Original file line number Diff line number Diff line change
Expand Up @@ -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>
Expand Down Expand Up @@ -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>
Expand Down Expand Up @@ -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>
Expand Down Expand Up @@ -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>
Expand All @@ -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>
Expand Down Expand Up @@ -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>
Expand Down Expand Up @@ -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>
Expand All @@ -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>
Expand Down Expand Up @@ -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>
Expand Down Expand Up @@ -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>
Expand All @@ -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>
Expand Down
78 changes: 52 additions & 26 deletions RELEASES.md
View file
Original file line number Diff line number Diff line change
@@ -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
Expand All @@ -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.
Expand All @@ -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
Expand Down

0 comments on commit d2856f8

Please sign in to comment.