Rollup merge of #30545 - bluss:operator-overload, r=steveklabnik

book: Some operator fixes for the syntax index

- Correct the names of the comparison traits (PartialOrd)
- Mention only the traits that overload the operator (PartialOrd,
  PartialEq), not operator-unrelated traits (Ord, Eq).
- Add `!=` operator.

Rollup merge of #30528 - michaelwoerister:fix-extern-def-paths, r=nikomatsakis

Avoid duplicating the last element of the def path which led to paths like "std::slice::into_vec::into_vec".

cc @rust-lang/compiler

Rollup merge of #30518 - semarie:openbsd-snapshot, r=alexcrichton

as the buildbot has timeouted when building snap3 branch, I regenerate one locally.

here the diff that registers the OpenBSD snapshot.

the archive is available at http://semarie.online.fr/rust/rust-stage0-2015-12-18-3391630-openbsd-x86_64-6c8aab2c8a169274942f9a15e460069a3ff64be9.tar.bz2

sha256 : de3c26a93cf9512922cc012f9b57bd08d7b64f7e0469a9bb032fa9c07260cf0c

@alexcrichton does it is the good method for providing a snapshot ?

Rollup merge of #30513 - alexcrichton:assert-is-safe, r=aturon

Types like `&AssertRecoverSafe<T>` and `Rc<AssertRecoverSafe<T>>` were
mistakenly not considered recover safe, but the point of the assertion wrapper
is that it indeed is! This was caused by an interaction between the
`RecoverSafe` and `NoUnsafeCell` marker traits, and this is updated by adding an
impl of the `NoUnsafeCell` marker trait for `AssertRecoverSafe` to ensure that
it never interacts with the other negative impls of `RecoverSafe`.

cc #30510

Rollup merge of #30485 - sfackler:panic-handler, r=alexcrichton

r? @alexcrichton

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

- Successful merges: #30251, #30461, #30465, #30473, #30529, #30537, #30539, #30541, #30543
- Failed merges:

book: Some operator fixes for the syntax index

- Correct the names of the comparison traits (PartialOrd)
- Mention only the traits that overload the operator (PartialOrd,
  PartialEq), not operator-unrelated traits (Ord, Eq).
- Add `!=` operator.

Rollup merge of #30543 - brson:doc, r=steveklabnik

The website will [shortly](https://github.com/rust-lang/rust-www/pull/241) provide the main documentation landing page as well as the [FAQ](https://github.com/rust-lang/rust-www/issues/202). All of the content here will be there.

This strips out everything and makes the index *just* an index into the in-tree content. My only real qualm with this is that this will become the content on doc.rust-lang.org (a sweet URL), while the main documentation page will be www.rust-lang.org/documentation.html.

r? @steveklabnik

Rollup merge of #30541 - fbergr:doc, r=luqmana

Country-code top level domain names are tied to a specific country (for example .de for Germany).

r? @steveklabnik

Rollup merge of #30539 - erickt:whitespace, r=sfackler

Rollup merge of #30537 - tshepang:make-visible, r=Gankro

Rollup merge of #30529 - alexcrichton:less-c-code, r=sanxiyn

The corresopnding C file was removed in #30175 and looks like I forgot to remove
the header as well.

Rollup merge of #30473 - nwin:patch-2, r=steveklabnik

Clarify the difference between compiler-panic and libcore-panic.

Rollup merge of #30465 - androm3da:master, r=alexcrichton

The `dynamic_lib` library has been deprecated in favor of contents on crates.io, but apparently `libloading` is a more specific direction that fits the need.

Rollup merge of #30461 - lnmx:doc-typo, r=steveklabnik

Rollup merge of #30251 - nodakai:patch-1, r=pnkfelix

On some weird setup where $SHELL is a relative path (can happen under GNU
Screen,) `file -L "$BIN_TO_PROBE"` fails and $CFG_CPUTYPE is wrongly set to
i686.  We should not only check its string value but also permission on
filesystem.

Strip the documentation index down to the essentials.

The main documentation page is now www.rust-lang.org/documentation.html

Remove links to out-of-tree docs

Remove the FAQs in favor of the website

doc: Change Google link to generic top level domain

Implement custom panic handlers

Minor fix to whitespace in libsyntax

doc: make line visible

Auto merge of #30525 - semarie:ncpu, r=alexcrichton

Should unbreak build (well, remove one reason to break) for *bsd target.

r? @alexcrichton

Auto merge of #30377 - Wafflespeanut:levenshtein, r=Manishearth

fixes part of #30197

Auto merge of #30504 - mitaa:rdoc_root, r=alexcrichton

fixes #30327

Auto merge of #30353 - alexcrichton:rpath-by-default, r=brson

This commit changes our distribution and in-tree sources to pass the `-C rpath`
flag by default during compiles. This means that from-source builds, including
our release channels, will have this option enabled as well. Motivated
by #29941, this change means that the compiler should be usable as-is on all
platforms just after extraction or installation. This experience is already true
on Windows but on Unixes you still need to set up LD_LIBRARY_PATH or the
equivalent, which can often be unfortunate.

This option was originally turned off by default for Linux distributions who
tend to take care of these sorts of details themselves, so it is expected that
all those builds of Rust will want to pass `--disable-rpath` to the configure
script to preserve that behavior.

Closes #29941

Don't record the root module in the search index

std: Remove old android header file

The corresopnding C file was removed in #30175 and looks like I forgot to remove
the header as well.

Fix def paths creation for items inlined from external crates.

Avoid duplicating the last element of the def path which led to paths like "std::slice::into_vec::into_vec".

variable `CPUS_SIZE` should have a snake case name such as `cpus_size`

explicit use libc to refer to HW_NCPU

Auto merge of #30417 - alexcrichton:better-detect-elf-tls, r=alexcrichton

Currently a compiler can be built with the `--disable-elf-tls` option for compatibility with OSX 10.6 which doesn't have ELF TLS. This is unfortunate, however, as a whole new compiler must be generated which can take some time. These commits add a new (feature gated) `cfg(target_thread_local)` annotation set by the compiler which indicates whether `#[thread_local]` is available for use. The compiler now interprets `MACOSX_DEPLOYMENT_TARGET` (a standard environment variable) to set this flag on OSX. With this we may want to start compiling our OSX nightlies with `MACOSX_DEPLOYMENT_TARGET` set to 10.6 which would allow the compiler out-of-the-box to generate 10.6-compatible binaries.

For now the compiler still by default targets OSX 10.7 by allowing ELF TLS by default (e.g. if `MACOSX_DEPLOYMENT_TARGET` isn't set).

configure: test $SHELL's permission

On some weird setup where $SHELL is a relative path (can happen under GNU
Screen,) `file -L "$BIN_TO_PROBE"` fails and $CFG_CPUTYPE is wrongly set to
i686.  We should not only check its string value but also permission on
filesystem.

Auto merge of #30175 - alexcrichton:less-c-code, r=brson

All these definitions can now be written in Rust, so do so!

std: Remove rust_builtin C support library

All these definitions can now be written in Rust, so do so!

std: Use cfg(target_thread_local) in thread_local!

This transitions the standard library's `thread_local!` macro to use the
freshly-added and gated `#[cfg(target_thread_local)]` attribute. This greatly
simplifies the `#[cfg]` logic in play here, but requires that the standard
library expose both the OS and ELF TLS implementation modules as unstable
implementation details.

The implementation details were shuffled around a bit but end up generally
compiling to the same thing.

Closes #26581 (this supersedes the need for the option)
Closes #27057 (this also starts ignoring the option)

syntax: Respect allow_internal_unstable in macros

This change modifies the feature gating of special `#[cfg]` attributes to not
require a `#![feature]` directive in the crate-of-use if the source of the macro
was declared with `#[allow_internal_unstable]`. This enables the standard
library's macro for `thread_local!` to make use of the
`#[cfg(target_thread_local)]` attribute despite it being feature gated (e.g.
it's a hidden implementation detail).

rustc: Add feature-gated cfg(target_thread_local)

Currently the standard library has some pretty complicated logic to detect
whether #[thread_local] should be used or whether it's supported. This is also
unfortunately not quite true for OSX where not all versions support
the #[thread_local] attribute (only 10.7+ does). Compiling code for OSX 10.6 is
typically requested via the MACOSX_DEPLOYMENT_TARGET environment variable (e.g.
the linker recognizes this), but the standard library unfortunately does not
respect this.

This commit updates the compiler to add a `target_thread_local` cfg annotation
if the platform being targeted supports the `#[thread_local]` attribute. This is
feature gated for now, and it is only true on non-aarch64 Linux and 10.7+ OSX
(e.g. what the module already does today). Logic has also been added to parse
the deployment target environment variable.

add openbsd snapshot

Auto merge of #30516 - retep998:non-universal-crt, r=alexcrichton

Checks for a `10.` prefix on the subfolder because that is what vcvars does.

r? @alexcrichton

Fix Universal CRT detection on weird setups
Checks for a `10.` prefix on the subfolder

Signed-off-by: Peter Atashian <retep998@gmail.com>

Auto merge of #30434 - alexcrichton:update-jemalloc, r=alexcrichton

It's been awhile since we last updated jemalloc, and there's likely some bugs
that have been fixed since the last version we're using, so let's try to update
again.

std: Ensure AssertRecoverSafe indeed is more often

Types like `&AssertRecoverSafe<T>` and `Rc<AssertRecoverSafe<T>>` were
mistakenly not considered recover safe, but the point of the assertion wrapper
is that it indeed is! This was caused by an interaction between the
`RecoverSafe` and `NoUnsafeCell` marker traits, and this is updated by adding an
impl of the `NoUnsafeCell` marker trait for `AssertRecoverSafe` to ensure that
it never interacts with the other negative impls of `RecoverSafe`.

cc #30510

Auto merge of #30352 - alexcrichton:new-snashots, r=nikomatsakis

Lots of cruft to remove!

std: Update jemalloc version

It's been awhile since we last updated jemalloc, and there's likely some bugs
that have been fixed since the last version we're using, so let's try to update
again.

Auto merge of #30460 - Ms2ger:BindingMode, r=alexcrichton

Register new snapshots

Lots of cruft to remove!

Auto merge of #30512 - semarie:openbsd-libc, r=alexcrichton

- upgrades libc to version with `si_addr` support in openbsd
- declares libc use for getentropy
- remove now unused use

r? @alexcrichton

unbreak openbsd code

- upgrades libc to version with si_addr support in openbsd
- declares libc use for getentropy

Auto merge of #30413 - pnkfelix:fsk-span_note, r=Manishearth

Add note when item accessed from module via `m.i` rather than `m::i`.

(I tried to make this somewhat future-proofed, in that the `UnresolvedNameContext` could be expanded in the future with other cases besides paths that are known to be modules.)

This supersedes PR #30356 ; since I'm responsible for a bunch of new code here, someone else should review it. :)

Auto merge of #30400 - fbergr:master, r=steveklabnik

See: https://github.com/rust-lang/rust/issues/30397

r? @steveklabnik

Auto merge of #30493 - semarie:openbsd-cc, r=alexcrichton

this PR reverts previous ones, that tried to make `cc` to found `estdc++` in `/usr/local/lib`. It causes more trouble than it resolvs things: rustc become unbuildable if another version already exists in `/usr/local` (for example, `libstd-xxxx.so` is found in `/usr/local/lib` and in builddir).

so this PR tries another way to achieve build, but using the good linker for building. By default, rustc use `cc` for linking. But under OpenBSD, `cc` is gcc 4.2.1 from base, whereas we build with gcc 4.9 from ports. By linking using the compiler found at compile-time, we ensure that the compiler will found his own stdc++ library without trouble.

r? @alexcrichton

Auto merge of #30486 - nagisa:mir-fix-geps, r=luqmana

Fixes https://github.com/rust-lang/rust/issues/30474

Auto merge of #30482 - luqmana:const-fat-ptr, r=dotdash

Fixes #30479.

Auto merge of #30470 - petrochenkov:owned5, r=nrc

cc https://github.com/rust-lang/rust/pull/30095

r? @nrc

Stop re-exporting the ast::BindingMode variants.

Auto merge of #30469 - nagisa:mir-gv-prettify, r=luqmana

One will look at graphviz often when working with MIR, so may as well make the tables a bit more
pretty :)


Corrected deprecation reference to appropriate crate

Auto merge of #30468 - Eljay:fix-doc-link, r=alexcrichton

Auto merge of #30454 - mmcco:size_t, r=alexcrichton

It returns sizeof(dirent_t), so I'm not sure why its return type is int.
It's only used once, and that usage immediately casts it to usize.

openbsd: use specific linker for building

By default, rustc use `cc` as linker. Under OpenBSD, `cc` is gcc version 4.2.1.
So use the compiler found at configure-time for linking: it will be gcc 4.9.

It permits to resolv problem of finding -lestdc++ or -lgcc. For base gcc (4.2), there are in not standard path, whereas for ports gcc (4.9) there are in standard path.

remove specific code for OpenBSD that define STDCPP_LIBDIR_RUSTFLAGS

it isn't the good way to process, as it makes conflicts when building rustc while another version of rustc in installed system-wide.

Auto merge of #30455 - mmcco:beautify-isaac, r=alexcrichton

Call me verbose, but the existing logic was hideously formatted. The
result still fits in a small terminal. No functional change.

Auto merge of #30436 - durka:patch-14, r=alexcrichton

Relevant to #30422.

Auto merge of #30430 - mmcco:master, r=alexcrichton

Rust already supports Linux's getrandom(2), which is very similar and
was based on getentropy(2). This is a pretty clean, simple addition that
uses the same approach as the iOS randomness API support.

Auto merge of #30401 - DiamondLovesYou:pnacl-target, r=alexcrichton

r? @alexcrichton

Auto merge of #30394 - geofft:dt-runpath, r=alexcrichton

This causes the linker to emit DT_RUNPATH instead of DT_RPATH, which fixes #30378. See that bug for rationale.

Fix GEPs for MIR indexing translation

Fixes #30474

[MIR] Handle FatPtr in mir::constant::trans_constval.

Auto merge of #30435 - Ms2ger:ParseResult, r=alexcrichton

Update no-stdlib.md

Clarify the difference between compiler-panic and libcore-panic.

Auto merge of #30408 - durka:issue-26873, r=alexcrichton

I think we can close #26873 with these tests.

Add PNaCl target info to the makefile target cfgs and initialize the PNaCl target
machine if available.

Auto merge of #30403 - webmobster:master, r=alexcrichton

I didn't see any reason that debug couldn't be added to this object, since every field derives debug.

Use libc's syscall() and NR_GETENTROPY const

Pull newer version of libc for NR_GETENTROPY

Merge branch 'master' of https://github.com/rust-lang/rust

Auto merge of #30184 - petrochenkov:ascr, r=nikomatsakis

This PR is a rebase of the original PR by @eddyb https://github.com/rust-lang/rust/pull/21836 with some unrebasable parts manually reapplied, feature gate added + type equality restriction added as described below.

This implementation is partial because the type equality restriction is applied to all type ascription expressions and not only those in lvalue contexts. Thus, all difficulties with detection of these contexts and translation of coercions having effect in runtime are avoided.
So, you can't write things with coercions like `let slice = &[1, 2, 3]: &[u8];`. It obviously makes type ascription less useful than it should be, but it's still much more useful than not having type ascription at all.
In particular, things like `let v = something.iter().collect(): Vec<_>;` and `let u = t.into(): U;` work as expected and I'm pretty happy with these improvements alone.

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

Improve OwnedSlice and use it in HIR

Auto merge of #30381 - fhahn:memchr-in-std, r=alexcrichton

This PR adds `memchr`and `memrchr` based on @BurntSushi 's rust-memchr crate to libstd (as discussed in #30151).

I've update some places in libstd to use memchr/memrchr, but I am not sure if there are other places where it could be used as well.

ref #30076

Fix build by removing needless type prefix

Simplify logic checking getentropy's return value

Use a const for getentropy(2)'s syscall number

Reported by Sebastien Marie.

Use the correct syscall name in panic message

I copied it from the getrandom code but forgot to change the name.
Reported by Sebastien Marie.

Use the getentropy(2) syscall on OpenBSD

Rust already supports Linux's getrandom(2), which is very similar and
was based on getentropy(2). This is a pretty clean, simple addition that
uses the same approach as the iOS randomness API support.

Prettify MIR graphviz output

One will look at graphviz often when working with MIR, so may as well make the tables a bit more
pretty :)

Auto merge of #30364 - luqmana:mir-calls, r=nikomatsakis

[MIR] Initial implementation for translating calls.

Fix broken link in E0070 description.

Use memrchr bindings provided by libc

Auto merge of #30389 - nikomatsakis:rfc1214-error, r=arielb1

Make RFC 1214 warnings into errors, and rip out the "warn or err"
associated machinery. Future such attempts should go through lints
anyhow.

There is a fair amount of fallout in the compile-fail tests, as WF
checking now occurs earlier in the process.

r? @arielb1

Auto merge of #29973 - petrochenkov:privinpub, r=nikomatsakis

Some notes:
This patch enforces the rules from [RFC 136](https://github.com/rust-lang/rfcs/blob/master/text/0136-no-privates-in-public.md) and makes "private in public" a module-level concept and not crate-level. Only `pub` annotations are used by the new algorithm, crate-level exported node set produced by `EmbargoVisitor` is not used. The error messages are tweaked accordingly and don't use the word "exported" to avoid confusing people (https://github.com/rust-lang/rust/issues/29668).

The old algorithm tried to be extra smart with impls, but it mostly led to unpredictable behavior and bugs like https://github.com/rust-lang/rust/issues/28325.
The new algorithm tries to be as simple as possible - an impl is considered public iff its type is public and its trait is public (if presents).
A type or trait is considered public if all its components are public, [complications](https://internals.rust-lang.org/t/limits-of-type-inference-smartness/2919) with private types leaking to other crates/modules through trait impls and type inference are deliberately ignored so far.

The new algorithm is not recursive and uses the nice new facility `Crate::visit_all_items`!

Obsolete pre-1.0 feature `visible_private_types` is removed.

This is a [breaking-change].
The two main vectors of breakage are type aliases (https://github.com/rust-lang/rust/issues/28450) and impls (https://github.com/rust-lang/rust/issues/28325).
I need some statistics from a crater run (cc @alexcrichton) to decide on the breakage mitigation strategy.
UPDATE: All the new errors are reported as warnings controlled by a lint `private_in_public` and lint group `future_incompatible`, but the intent is to make them hard errors eventually.

Closes https://github.com/rust-lang/rust/issues/28325
Closes https://github.com/rust-lang/rust/issues/28450
Closes https://github.com/rust-lang/rust/issues/29524
Closes https://github.com/rust-lang/rust/issues/29627
Closes https://github.com/rust-lang/rust/issues/29668
Closes https://github.com/rust-lang/rust/issues/30055

r? @nikomatsakis

Do not substitute type aliases during error reporting
Type aliases are still substituted when determining impl publicity

Make RFC 1214 warnings into errors, and rip out the "warn or err"
associated machinery. Future such attempts should go through lints
anyhow.

There is a fair amount of fallout in the compile-fail tests, as WF
checking now occurs earlier in the process.

add tests for #26873

Auto merge of #30374 - durka:issue-30371, r=alexcrichton

Fixes #30371.

Require exact type equality + add tests

+ Rebase fixes

Added doc comments for new UnresolvedNameContext enum.

Made dynamic_lib migration path more explicit