auto merge of #13237 : alexcrichton/rust/private-tuple-structs, r=brson

This is the final commit need to implement [RFC #4](https://github.com/rust-lang/rfcs/blob/master/active/0004-private-fields.md), it makes all tuple struct fields private by default, overridable with the `pub` keyword.

I'll note one divergence from the original RFC which is outlined in the first commit.

auto merge of #13290 : alexcrichton/rust/rollup, r=alexcrichton

Closes #13285 (rustc: Stop using LLVMGetSectionName)
Closes #13280 (std: override clone_from for Vec.)
Closes #13277 (serialize: add a few missing pubs to base64)
Closes #13275 (Add and remove some ignore-win32 flags)
Closes #13273 (Removed managed boxes from libarena.)
Closes #13270 (Minor copy-editing for the tutorial)
Closes #13267 (fix Option<~ZeroSizeType>)
Closes #13265 (Update emacs mode to support new `#![inner(attribute)]` syntax.)
Closes #13263 (syntax: Remove AbiSet, use one Abi)

Test fixes from the rollup

auto merge of #13286 : alexcrichton/rust/release, r=brson

Merging the 0.10 release into the master branch.

syntax: Remove AbiSet, use one Abi

This change removes the AbiSet from the AST, converting all usage to have just
one Abi value. The current scheme selects a relevant ABI given a list of ABIs
based on the target architecture and how relevant each ABI is to that
architecture.

Instead of this mildly complicated scheme, only one ABI will be allowed in abi
strings, and pseudo-abis will be created for special cases as necessary. For
example the "system" abi exists for stdcall on win32 and C on win64.

Closes #10049

Update emacs mode to support new `#![inner(attribute)]` syntax.

fix Option<~ZeroSizeType>

1778b6361627c5894bf75ffecf427573af02d390 provided the guarantee of no
`exchange_free` calls for ~ZeroSizeType, so a sentinel can now be used
without overhead.

Closes #11998

Minor spelling/grammar/usage fixes.

Note: "different to" is not exactly incorrect, but "different from" is more
commonly accepted in both US and Commonwealth English, and also more
consistent with other usage within this tutorial.

Fix reference to "these two traits."

There are actually three traits listed.

`extern crate` and `mod` are not easily confused

Remove some statements that used to refer to similarities between `mod` and
`extern mod`, before the latter was renamed to `extern crate`.

Removed managed boxes from libarena.

test/run-pass: Add/remove some ignore-win32 flags

test/debug-info: Add/remove ignore-win32 flags

Fixes #10474

compiletest: Fix bitrotted win32 routines

serialize: add a few missing pubs to base64

std: override clone_from for Vec.

A vector can reuse its allocation (and the allocations/resources of any
contained values) when cloning into an already-instantiated vector, so
we might as well do so.

rustllvm: Remove a no longer needed file

The .def.in files haven't been necessary since the switch to static linking
awhile back.

rustc: Stop using LLVMGetSectionName

The recent pull request to remove libc from libstd has hit a wall in compiling
on windows, and I've been trying to investigate on the try bots as to why (it
compiles locally just fine). To the best of my knowledge, the LLVM section
iterator is behaving badly when iterating over the sections of the libc DLL.

Upon investigating the LLVMGetSectionName function in LLVM, I discovered that
this function doesn't always return a null-terminated string. It returns the
data pointer of a StringRef instance (LLVM's equivalent of &str essentially),
but it has no method of returning the length of the name of the section.

This commit modifies the section iteration when loading libraries to invoke a
custom LLVMRustGetSectionName which will correctly return both the length and
the data pointer.

I have not yet verified that this will fix landing liblibc, as it will require a
snapshot before doing a full test. Regardless, this is a worrisome situation
regarding the LLVM API, and should likely be fixed anyway.

auto merge of #13244 : cmr/rust/tbaa, r=alexcrichton

auto merge of #13262 : ben0x539/rust/guide-runtime-fixup, r=alexcrichton

Tweak the installation instructions in the README

Update the instructions to reflect that we have binary installers for all
supported platforms, and move the building from source directions into a
dedicated "Building from Source" directory.

Update AUTHORS.txt for 0.10

Minor adjustments to the 0.10 release notes.

Mention another lint, fix a typo, and rearrange some things.

auto merge of #13257 : alexcrichton/rust/index-uint, r=pnkfelix

The details are outlined in the first commit.

Closes #10453

Fix fallout of requiring uint indices

rustc: Require that vector indices are uints

This commit tightens up the restriction on types used to index slices to require
exactly `uint` indices. Previously any integral type was accepted, but this
leads to a few subtle problems:

  * 64-bit indices don't make much sense on 32-bit systems
  * Signed indices for slices used as negative indexing isn't implemented

This was discussed at the recent work week, and also has some discussion on
issue #10453.

Closes #10453

util: ppaux: remove dead code

util: common: remove dead code

middle: typeck: rscope: remove dead code

middle: typeck: remove dead code

middle: typeck: infer: resolve: remove dead code

middle: typeck: infer: remove dead code

middle: typeck: infer: lub: remove dead code

middle: typeck: infer: combine: remove dead code

middle: typeck: check: remove dead code

middle: ty: remove dead code

middle: trans: type_: remove dead code

middle: trans: tvec: remove dead code

middle: trans: reflect: remove dead code

middle: trans: meth: remove dead code

middle: trans: datum: remove dead code

middle: trans: context: remove dead code

middle: trans: common: remove dead code

middle: trans: callee: remove dead code

middle: trans: cabi: remove dead code

middle: trans: builder: ignore dead code

middle: trans: build: remove dead code

middle: trans: base: remove dead code

middle: trans: adt: remove dead code

middle: region: remove dead code

middle: pat_util: remove dead code

middle: mem_categorization: remove dead code

middle: lang_items: allow dead code

middle: kind: remove dead code

middle: graph: ignore dead code

middle: freevars: remove dead code

middle: dataflow: remove dead code

middle: const_eval: remove dead code

middle: cfg: allow dead code

middle: borrowck: remove dead code

middle: astencode: remove dead code

metadata: filesearch: remove dead code

metadata: decoder: remove dead code

auto merge of #13248 : tedhorst/rust/master, r=alexcrichton

doc: Remove dated "libgreen is default" statement.

auto merge of #13177 : huonw/rust/devec-rand, r=alexcrichton

Remove ~[] from librand, rename Rng.shuffle_mut to .shuffle.

See commits.

rand: replace Rng.shuffle's functionality with .shuffle_mut.

Deprecates the `shuffle_mut` name in favour of `shuffle` too.

In future there will be many different types of owned
vectors/vector-likes (e.g. DST's ~[], Vec, SmallVec, Rope, ...), and so
privileging just `Vec` with the "functional" `shuffle` method is silly.

rand: remove (almost) all ~[]'s from Vec.

There are a few instances of them in tests which are using functions
from std etc. that still are using ~[].

auto merge of #13243 : huonw/rust/cellshow, r=thestinger

std: fix Cell's Show instance.

Previously it was printing the address of the Unsafe contained in the
Cell (i.e. the address of the Cell itself). This is clearly useless, and
was presumably a mistake due to writing `*&` instead of `&*`.

However, this later expression is likely also incorrect, since it takes
a reference into a Cell while other user code is executing (i.e. the
Show instance for the contained type), hence the contents should just be
copied out.

auto merge of #13242 : huonw/rust/release-note-edits, r=alexcrichton

Minor adjustments to the 0.10 release notes.

Mention another lint, fix a typo, and rearrange some things.

auto merge of #13235 : klutzy/rust/doc-faq-win, r=alexcrichton

auto merge of #13241 : stepancheg/rust/push-all, r=alexcrichton

* push_all* operations should reserve capacity before pushing data to avoid unnecessary reallocations
* reserve_exact should never shrink, as specified in documentation

auto merge of #13240 : sfackler/rust/time-pub, r=alexcrichton

Minor adjustments to the 0.10 release notes.

Mention another lint, fix a typo, and rearrange some things.

auto merge of #13234 : seanmonstar/rust/pr/12947, r=alexcrichton

this is useful for macros like vec! which construct containers

rebase of #12947 because I'm impatient.

auto merge of #13225 : thestinger/rust/num, r=cmr

The `Float` trait methods will be usable as functions via UFCS, and
we came to a consensus to remove duplicate functions like this a long
time ago.

It does still make sense to keep the duplicate functions when the trait
methods are static, unless the decision to leave out the in-scope trait
name resolution for static methods changes.

Reimplement Vec::push_all* with .extend

It is shorter and also fixes missed reserve call.

Vec::reserve_exact should not shrink

reserve_exact should not shrink according to documentation.

auto merge of #13115 : huonw/rust/rand-errors, r=alexcrichton

move errno -> IoError converter into std, bubble up OSRng errors

Also adds a general errno -> `~str` converter to `std::os`, and makes the failure messages for the things using `OSRng` (e.g. (transitively) the task-local RNG, meaning hashmap initialisation failures aren't such a black box).

make Cmplx fields public

metadata: cstore: remove dead code

metadata: csearch: remove dead code

metadata: common: remove dead code

lib: llvm: remove dead code

back: link: remove dead code

back: archive: remove dead code

back: abi: remove dead code

std: fix Cell's Show instance.

Previously it was printing the address of the Unsafe contained in the
Cell (i.e. the address of the Cell itself). This is clearly useless, and
was presumably a mistake due to writing `*&` instead of `&*`.

However, this later expression is likely also incorrect, since it takes
a reference into a Cell while other user code is executing (i.e. the
Show instance for the contained type), hence the contents should just be
copied out.

rustc: make comments on CrateContext doc comments

remove the cmath module

This is an implementation detail of the `f32` and `f64` modules and it
should not be public. It renames many functions and leaves out any
provided by LLVM intrinsics, so it is not a sensible binding to the C
standard library's math library and will never be a stable target.

This also removes the abuse of link_name so that this can be switched to
using automatically generated definitions in the future. This also
removes the `scalbn` binding as it is equivalent to `ldexp` when
`FLT_RADIX` is 2, which must always be true for Rust.

rand: bubble up IO messages futher.

The various ...Rng::new() methods can hit IO errors from the OSRng they use,
and it seems sensible to expose them at a higher level. Unfortunately, writing
e.g. `StdRng::new().unwrap()` gives a much poorer error message than if it
failed internally, but this is a problem with all `IoResult`s.

rand: bubble up IO errors when creating an OSRng.

std: migrate the errno -> IoError converter from libnative.

This also adds a direct `errno` -> `~str` converter, rather than only
being possible to get a string for the very last error.

Make libtime fields public

syntax: allow stmt/expr macro invocations to be delimited by [].

this is useful for macros like vec! which construct containers

doc: Update windows status on FAQ

Switch some tuple structs to pub fields

This commit deals with the fallout of the previous change by making tuples
structs have public fields where necessary (now that the fields are private by
default).

rustc: Switch tuple structs to have private fields

This is a continuation of the work done in #13184 to make struct fields private
by default. This commit finishes RFC 4 by making all tuple structs have private
fields by default. Note that enum variants are not affected.

A tuple struct having a private field means that it cannot be matched on in a
pattern match (both refutable and irrefutable), and it also cannot have a value
specified to be constructed. Similarly to private fields, switching the type of
a private field in a tuple struct should be able to be done in a backwards
compatible way.

The one snag that I ran into which wasn't mentioned in the RFC is that this
commit also forbids taking the value of a tuple struct constructor. For example,
this code now fails to compile:

    mod a {
        pub struct A(int);
    }

    let a: fn(int) -> a::A = a::A; //~ ERROR: first field is private

Although no fields are bound in this example, it exposes implementation details
through the type itself. For this reason, taking the value of a struct
constructor with private fields is forbidden (outside the containing module).

RFC: 0004-private-fields

auto merge of #13184 : alexcrichton/rust/priv-fields, r=brson

This is an implementation of a portion of [RFC #4](https://github.com/rust-lang/rfcs/blob/master/active/0004-private-fields.md). This PR makes named struct fields private by default (as opposed to inherited by default).

The only real meaty change is the first commit to `rustc`, all other commits are just fallout of that change.

Summary of changes made:

* Named fields are private by default *everywhere*
* The `priv` keyword is now default-deny on named fields (done in a "lint" pass in privacy)

Changes yet to be done (before the RFC is closed)

* Change tuple structs to have private fields by default
* Remove `priv` enum variants
* Make `priv` a reserved keyword

doc: Update with changes in field privacy