target_family configuration

Auto merge of #29532 - Ryman:cow_path, r=alexcrichton

libcollections: DRY up a PartialEq impl for String

libstd: implement PartialEq<Path> for PathBuf and Cow<Path>

Auto merge of #29529 - Ryman:rustdoc-cap-lints, r=alexcrichton

This sets the `cap-lints` setting to 'allow' for all doc compilations. There's precedent for this as rustdoc [already whitelists unstable code](https://github.com/rust-lang/rust/blob/master/src/librustdoc/core.rs#L112) when compiling documentation, with the expectation being that a regular compile will complain about any problems. I think the same justification applies here.

Problem case in the wild: https://github.com/laumann/compiletest-rs/pull/28

r? @Manishearth

Auto merge of #29515 - Manishearth:ice-itembody, r=eddyb

r? @eddyb or @nrc

Fix ICE with unresolved associated items in closures (fixes #28971)

Auto merge of #29495 - meqif:fix_unindent_tabs, r=steveklabnik

A line may be indented with either spaces or tabs, but not a mix of both. If there is a mix of tabs and spaces, only the kind that occurs first is counted.

This addresses issue #29268.

Auto merge of #29535 - Toby-S:patch-1, r=steveklabnik

This basically just inlines the fatal! macro from BurntSushi's [blog post](http://blog.burntsushi.net/rust-error-handling/#argument-parsing).

cc @steveklabnik

Fix #29533

This replaces usage of the (missing) `fatal!` macro with `panic!`.

libstd: implement From<&Path|PathBuf> for Cow<Path>

Auto merge of #29509 - vadimcn:readme, r=alexcrichton

The current readme provides critical information about gcc versions too late in the flow.

r? @steveklabnik

Auto merge of #29459 - tshepang:simplify, r=steveklabnik

Auto merge of #29523 - durka:patch-9, r=alexcrichton

`Rc::try_unwrap` and `Rc::make_mut` are stable since 1.4.0, but the example code still has `#![feature(rc_unique)]`. Ideally the stable and beta docs would be updated, but I don't think that's possible :(

Auto merge of #29514 - apasel422:issue-26220, r=alexcrichton

Closes #26220.

r? @alexcrichton

Auto merge of #29285 - eefriedman:libsyntax-panic, r=nrc

A set of commits which pushes some panics out of core parser methods, and into users of those parser methods.

Auto merge of #29500 - vadimcn:rustlib, r=alexcrichton

According to a recent [discussion on IRC](https://botbot.me/mozilla/rust-tools/2015-10-27/?msg=52887517&page=2), there's no good reason for Windows builds to store target libraries under `bin`, when on every other platform they are under `lib`.

This might be a [breaking-change] for some users.  I am pretty sure VisualRust has that path hard-coded somewhere.

r? @brson

librustdoc: ignore lint warnings when compiling documentation

Auto merge of #29291 - petrochenkov:privacy, r=alexcrichton

The public set is expanded with trait items, impls and their items, foreign items, exported macros, variant fields, i.e. all the missing parts. Now it's a subset of the exported set.
This is needed for https://github.com/rust-lang/rust/pull/29083 because stability annotation pass uses the public set and all things listed above need to be annotated.
Rustdoc can now be migrated to the public set as well, I guess.

Exported set is now slightly more correct with regard to exported items in blocks - 1) blocks in foreign items are considered and 2) publicity is not inherited from the block's parent - if a function is public it doesn't mean structures defined in its body are public.

r? @alexcrichton or maybe someone else

Parens + issue number + typo

Auto merge of #29456 - alexcrichton:path-hash, r=aturon

Almost all operations on Path are based on the components iterator in one form
or another to handle equivalent paths. The `Hash` implementations, however,
mistakenly just went straight to the underlying `OsStr`, causing these
equivalent paths to not get merged together.

This commit updates the `Hash` implementation to also be based on the iterator
which should ensure that if two paths are equal they hash to the same thing.

cc #29008, but doesn't close it

std: Base Hash for Path on its iterator

Almost all operations on Path are based on the components iterator in one form
or another to handle equivalent paths. The `Hash` implementations, however,
mistakenly just went straight to the underlying `OsStr`, causing these
equivalent paths to not get merged together.

This commit updates the `Hash` implementation to also be based on the iterator
which should ensure that if two paths are equal they hash to the same thing.

cc #29008, but doesn't close it

remove #![feature(rc_unique)] from Rc docs

`Rc::try_unwrap` and `Rc::make_mut` are stable since 1.4.0, but the example code still has `#![feature(rc_unique)]`. Ideally the stable and beta docs would be updated, but I don't think that's possible...

Auto merge of #29513 - apasel422:issue-23217, r=alexcrichton

Closes #23217.

r? @alexcrichton

Merged windows and unix `find_libdir()`

Auto merge of #29510 - mneumann:dragonfly-guard-page, r=alexcrichton

Only tested on DragonFly.

Auto merge of #29518 - KyleMayes:master, r=apasel422

Fixes one of the `expr` examples to be a correct expression

r? @steveklabnik

Minor fix to Rust Book, Macros chapter

Fixes one of the `expr` examples to be a proper expression

Auto merge of #28846 - Ms2ger:categorization, r=nikomatsakis

Accept tabs as indentation character

A line may be indented with both spaces or tabs. All leading whitespace
is trimmed, even if it is mixed.

Auto merge of #29505 - rjbs:docs-where-type, r=steveklabnik

I read this section a few times before even having a guess what
was meant, then consulted IRC for confirmation.  It may be that I
was thick-headed, but I think this is a useful addition.

Attempt to clarify use of `where i32: ConvertTo<T>

I read this section a few times before even having a guess what
was meant, then consulted IRC for confirmation.  It may be that I
was thick-headed, but I think this is a useful addition.

Formatting

Auto merge of #29507 - fhartwig:result-expect, r=Manishearth

This fixes part of #29506
These instances of `ok().expect()` have no benefit over using `Result`'s `expect` directly.

Implement `IntoIterator` for `&{Path, PathBuf}`

Closes #26220.

Add test for #23217

Closes #23217.

Use guard-pages also on DragonFly/FreeBSD.

Only tested on DragonFly.

Auto merge of #29501 - Manishearth:pat-docs, r=alexcrichton

None

Clarify Windows gcc setup instructions.

Auto merge of #29471 - pierzchalski:custom-target-custom-unwind-json, r=alexcrichton

Stop using ok().expect() in Result docs

Replace ok().expect() by Result::expect in trait chapter of trpl

Auto merge of #29177 - vadimcn:rtstuff, r=alexcrichton

Note: for now, this change only affects `-windows-gnu` builds.

So why was this `libgcc` dylib dependency needed in the first place?
The stack unwinder needs to know about locations of unwind tables of all the modules loaded in the current process.  The easiest portable way of achieving this is to have each module register itself with the unwinder when loaded into the process.  All modules compiled by GCC do this by calling the __register_frame_info() in their startup code (that's `crtbegin.o` and `crtend.o`, which are automatically linked into any gcc output).
Another important piece is that there should be only one copy of the unwinder (and thus unwind tables registry) in the process.  This pretty much means that the unwinder must be in a shared library (unless everything is statically linked).

Now, Rust compiler tries very hard to make sure that any given Rust crate appears in the final output just once.   So if we link the unwinder statically to one of Rust's crates, everything should be fine.

Unfortunately, GCC startup objects are built under assumption that `libgcc` is the one true place for the unwind info registry, so I couldn't find any better way than to replace them.  So out go `crtbegin`/`crtend`, in come `rsbegin`/`rsend`!

A side benefit of this change is that rustc is now more in control of the command line that goes to the linker, so we could stop using `gcc` as the linker driver and just invoke `ld` directly.

Auto merge of #29486 - petrochenkov:multiwild, r=Manishearth

Motivation:
- It is not actually a pattern
- It is not actually needed, except for...

Drawback:
- Slice patterns like `[a, _.., b]` are pretty-printed as `[a, .., b]`. Great loss :(

plugin-[breaking-change], as always

Add comment for stability.rs

Add code formatting on PatVec docs

Fix PatEnum docs

Auto merge of #29316 - GBGamer:change-unchecked-div-generic, r=eddyb

Similarly to the simd intrinsics. I believe this is a better solution than #29288, and I could implement it as well for overflowing_add/sub/mul. Also rename from udiv/sdiv to div, and same for rem.

Windows: Move target libraries to $rustroot/lib/rustlib/... - for symmetry with all other platforms.

Auto merge of #29496 - cpjreynolds:patch-1, r=apasel422

Corrects `write_bytes`'s documentation as the parameter name is `val` not `c`.

Fix stage0 ICE caused by the old _Unwind_Resume override trickery.

Minor documentation correction

Corrects `write_bytes`'s documentation as the parameter name is `val` not `c`.

Check unchecked_div|rem's specialisation

Similarly to the simd intrinsics.

Auto merge of #29487 - sfackler:current-exe-docs, r=steveklabnik

The "optionally" stuff just makes things confusing.

r? @steveklabnik

Auto merge of #29489 - Ms2ger:fmt-ri, r=Manishearth

CC @nrc

Rustfmt region_inference.

Tweak env docs a bit

The "optionally" stuff just makes things confusing.

Auto merge of #29484 - steveklabnik:gh29330, r=brson

These two commits do a few things:

1. reformat to 80 cols
2. use the reference-style links where appropriate for improved in-source readability
3. adds a few links, tweaks a couple of words, `3` -> `three`, stuff like that

While the diff is big due to these edits, there's no significant content change.

r? @brson

Auto merge of #29480 - apasel422:coerce-unique, r=alexcrichton

Closes rust-lang/rfcs#1343.

Remove PatWildMulti

Auto merge of #29477 - alexcrichton:revert-compiler-rt, r=brson

This ended up causing regressions in a few builds I've seen:

* MinGW -- [64-bit](https://ci.appveyor.com/project/alexcrichton/gcc-rs/build/1.0.338/job/2c4pkxgxa2dvqs25) and [32-bit](https://ci.appveyor.com/project/alexcrichton/gcc-rs/build/1.0.338/job/d0n7kml3k5el9gla)
- MSVC - [64-bit with VS 12.0](https://ci.appveyor.com/project/alexcrichton/gcc-rs/build/job/ugldcage9ydoy1k6) and [32-bit with VS 12.0](https://ci.appveyor.com/project/alexcrichton/gcc-rs/build/job/pn59p4rhnj8gybei).

I suspect the problems are along the lines of:

* The emutls support needs to be disabled on Windows, it currently always used pthreads which isn't available
* The objects in compiler-rt either need to be built without a CRT or not specifically against the static one.

Auto merge of #29454 - stepancheg:vec-reserve, r=bluss

Before this patch `reserve` function allocated twice as requested
amount elements (not twice as capacity).  It leaded to unnecessary
excessive memory usage in scenarios like this:

```
let mut v = Vec::new();
v.push(17);
v.extend(0..10);
println!("{}", v.capacity());
```

`Vec` allocated 22 elements, while it could allocate just 11.

`reserve` function must have a property of keeping `push` operation
cost (which calls `reserve`) `O(1)`. To achieve this `reserve` must
exponentialy grow its capacity when it does reallocation.

There's better strategy to implement `reserve`:

```
let new_capacity = max(current_capacity * 2, requested_capacity);
```

This strategy still guarantees that capacity grows at `O(1)` with
`reserve`, and fixes the issue with `extend`.

Patch imlpements this strategy.

Some fixes to std index docs

Part of https://github.com/rust-lang/rust/issues/29330

Needed because of https://github.com/rust-lang/rust/issues/29481 and https://github.com/rust-lang/rust/issues/29483

Clean up formatting on std main page

Part of #29330

Fix excessive memory allocation in RawVec::reserve

Before this patch `reserve` function allocated twice as requested
amount elements (not twice as capacity).  It leaded to unnecessary
excessive memory usage in scenarios like this:

```
let mut v = Vec::new();
v.push(17);
v.extend(0..10);
println!("{}", v.capacity());
```

`Vec` allocated 22 elements, while it could allocate just 11.

`reserve` function must have a property of keeping `push` operation
cost (which calls `reserve`) `O(1)`. To achieve this `reserve` must
exponentialy grow its capacity when it does reallocation.

There's better strategy to implement `reserve`:

```
let new_capacity = max(current_capacity * 2, requested_capacity);
```

This strategy still guarantees that capacity grows at `O(1)` with
`reserve`, and fixes the issue with `extend`.

Patch imlpements this strategy.

Implement `CoerceUnsized` for `Unique`

Closes rust-lang/rfcs#1343.

Auto merge of #29475 - apasel422:drop-in, r=alexcrichton

This is a rebase of #27204.

r? @alexcrichton
CC @Gankro

Revert "Build compiler-rt/builtins with MSVC"

This reverts commit b09e8f51a26f9421d27fea4e1324b6ee24a26722.

Revert "Update compiler-rt"

This reverts commit 6e61c6f11902c686a637207a78aa1ccaad24f9b6.

Auto merge of #29468 - ronindev:patch-1, r=alexcrichton

There are no `rm` commands on windows. But windows has `del`

don't use drop_in_place as an intrinsic

expose drop_in_place as ptr::drop_in_place

Add JSON parser rule for custom_unwind_resume.

Fixed delete command on Windows

Auto merge of #29458 - tshepang:better, r=alexcrichton

I see that `extend()` is not called if new_len > len()

Auto merge of #29199 - tshepang:they-can, r=steveklabnik

Auto merge of #29452 - SimonSapin:patch-14, r=alexcrichton

… I think.

book: it's just doctests that can't be run on binary files

doc: fix and expand explanation

I see that `extend()` is not called if new_len > len()

doc: make example more simple

Auto merge of #29129 - cuviper:impl-from-for-floats, r=alexcrichton

This is a spiritual successor to #28921, completing the "upcast" idea from rust-num/num#97.

Make fields and macro defs exported

Auto merge of #29445 - igpay:patch-1, r=alexcrichton

This documentation confused me when trying to use truncate on a project. Originally, it was unclear whether truncate removed the last `len` elements, or whether it cut down the vector to be exactly `len` elements long. The example was also ambiguous.

Typo fix

… I think.

Auto merge of #29450 - defuz:patch-1, r=steveklabnik

r? @steveklabnik

Auto merge of #29188 - nikomatsakis:remove-contraction, r=pnkfelix

This fixes #29048 (though I think adding better transactional support would be a better fix for that issue, but that is more difficult). It also simplifies region inference and changes the model to a pure data flow one, as discussed in [this internals thread](https://internals.rust-lang.org/t/rough-thoughts-on-the-impl-of-region-inference-mir-etc/2800). I am not 100% sure though if this PR is the right thing to do -- or at least maybe not at this moment, so thoughts on that would be appreciated.

r? @pnkfelix
cc @arielb1

Trying to to be more accurate

r? @steveklabnik

Auto merge of #29442 - rjbs:docs-comma-splice, r=steveklabnik

This is two sentences that have been comma spliced, and should
be split with a full stop.  (This error made me stop and re-read,
and I submit this as an actual improvement to readability, not
as a grammar weird-o!)

Rename categorization and stop re-exporting its variants.

Auto merge of #29441 - Ryman:match_refactor_msg, r=alexcrichton

This helps for the case where a match, such as below:
```rust
let foo = match foo {
    Some(x) => x,
    None => 0
};
```
gets refactored to no longer need the match, but the match keyword has been left accidentally:

```rust
let foo = match foo.unwrap_or(0);
```

This can be hard to spot as the expression grows more complex.

r? @alexcrichton

Auto merge of #29432 - taralx:patch-2, r=alexcrichton

Discarding errors is bad, m'kay?

Auto merge of #29289 - DiamondLovesYou:pnacl-std-crates, r=alexcrichton

Update docstring for truncate

This documentation confused me when trying to use truncate on a project. Originally, it was unclear whether truncate removed the last `len` elements, or whether it cut down the vector to be exactly `len` elements long. The example was also ambiguous.

Auto merge of #29444 - steveklabnik:rollup, r=steveklabnik

- Successful merges: #29264, #29405, #29417, #29435, #29437, #29438
- Failed merges:

split a run-on sentence

This is two sentences that have been comma spliced, and should
be split with a full stop.  (This error made me stop and re-read,
and I submit this as an actual improvement to readability, not
as a grammar weird-o!)

Rollup merge of #29438 - jethrogb:topic/book-rbstrlit, r=alexcrichton

The raw byte string literal syntax in the syntax index was incorrect. Also added links to the reference for raw and/or byte string literals.

Rollup merge of #29437 - brson:authors, r=alexcrichton

Rollup merge of #29435 - djrollins:diverging-function-doc, r=Manishearth

I put the reference under the function return operator `->` rather than near the suggested `!` operators as I thought it was more relevant there.

Resolves #29431

Rollup merge of #29417 - pmarcelll:assert-doc, r=steveklabnik

…m message

I recently discovered that this is not mentioned in the docs, only in
the examples, and it's not evident for people coming from C++

r? @steveklabnik

Rollup merge of #29405 - pmarcelll:docs-fix, r=steveklabnik

Fixes #29401.

r? @steveklabnik