rt: remove last_os_error from rustrt.def.in

Long lines.

rt: remove last_os_error and adjust tests.

core: Rewrite last_os_error in Rust for windows as well.

core: Rewrite last_os_error in Rust for unix and provide access to errno (unix) and GetLastError (windows).

librustc: Make monomorphic newtype structs work cross-crate

std: Fix uv_tcp_t size on i686-apple-darwin

Merge remote-tracking branch 'thestinger/treemap'

Add Mikko Perttunen to AUTHORS

Fix license block

Merge remote-tracking branch 'cyndis/expansion-span'

Merge pull request #4873 from jld/rust-mode-wants-cl-when

rust-mode.el uses the 'cl macros, so it should actually require them

Update copyright years

Add test for using line! in a macro

Use topmost span for macro expansion location. Fixes behaviour of file!, line! and col!

treemap: cut down on swap_unwrap in remove

Performance before:

    std::treemap::TreeMap
                   sequential_ints 0.083971 s
                       random_ints 0.095861 s
                       delete_ints 0.083931 s
                sequential_strings 0.278272 s
                    random_strings 0.240286 s
                    delete_strings 0.173581 s

Performance after:

    std::treemap::TreeMap
                   sequential_ints 0.083297 s
                       random_ints 0.097644 s
                       delete_ints 0.052602 s
                sequential_strings 0.287326 s
                    random_strings 0.242372 s
                    delete_strings 0.142269 s

avoid explicit reborrow in heir_swap

treemap: avoid swap_unwrap in insert

Performance before:

    std::treemap::TreeMap
                   sequential_ints 0.151877 s
                       random_ints 0.160926 s
                       delete_ints 0.08694 s
                sequential_strings 0.316458 s
                    random_strings 0.290778 s
                    delete_strings 0.169892 s

Performance after:

    std::treemap::TreeMap
                   sequential_ints 0.083971 s
                       random_ints 0.095861 s
                       delete_ints 0.083931 s
                sequential_strings 0.278272 s
                    random_strings 0.240286 s
                    delete_strings 0.173581 s

treemap: use an &mut parameter for skew and split

results in a small performance improvement and reduces the compiled
code size

std: fix libuv structs on macos

build: add link flag for freebsd libuv build

build: change libuv to point at joyent's repo and make unpatched build libuv work on mingw

std: strip sillyness from debug comment in iotask teardown

build: ifdef for mingw/non-mingw builds

build: point libuv at olsonjeffery/libuv, temporarily

build: tweak rt.mk, as per graydon.. CFLAGS had to stay

rt/std: update of libuv API glue for libuv submodule update

etc: rework of how libuv is integrated into the build

- thanks to work in libuv's upstream, we can call libuv's Makefile directly
with parameters, instead of descending in gyp-uv madness and generating
our own.

rust-mode.el uses the 'cl macros, so it should actually require them

Without this change, rust-mode doesn't work if 'cl hasn't been required
by something else, apparently.  I'm not entirely sure what changed such
that I started seeing this problem instead of not, but maybe the emacs
world has been making progress towards not loading 'cl at runtime if
it's only needed at compile time.

auto merge of #4866 : jld/rust/enum-unitlike, r=graydon

If an enum is isomorphic to unit, there's no need to use any bits to
represent it.  The only obvious reason this wasn't the case was because
the enum could be C-like and have a user-specified discriminant -- but
that value is constant, so it doesn't need to be stored.

This change means that all newtype-like enums have the same size (and
layout) as their underlying type, which might be a useful property to
have, at least in terms of making programs' low-level behavior less
surprising.

Omit discriminant from nullary univariant enums.

If an enum is isomorphic to unit, there's no need to use any bits to
represent it.  The only obvious reason this wasn't the case was because
the enum could be C-like and have a user-specified discriminant -- but
that value is constant, so it doesn't need to be stored.

This change means that all newtype-like enums have the same size (and
layout) as their underlying type, which might be a useful property to
have, at least in terms of making programs' low-level behavior less
surprising.

auto merge of #4861 : sethpink/rust/incoming, r=catamorphism

Fix for issue #4830.

auto merge of #4827 : mcpherrinm/rust/master, r=catamorphism

It seems to me the library needs more work to be done, but having a non-compilable sample program seems like bad news.

auto merge of #4854 : thestinger/rust/oldmap, r=catamorphism

auto merge of #4853 : Thiez/rust/incoming, r=catamorphism

A simple fix for issue 2174.

auto merge of #4852 : Caseus/rust/issue-4836, r=brson

Simple removal of rust_compare_and_swap_ptr from rt, as per Issue #4836

auto merge of #4848 : nikomatsakis/rust/issue-4821-bad-kind-computation, r=catamorphism

...ear

values to be copied.  Rewrite kind computation so that instead of directly
computing the kind it computes what kinds of values are present in the type,
and then derive kinds based on that. I find this easier to think about.

Fixes #4821.

r? @catamorphism

Issue #4830 fix

librustc/back/rpath.rs: oldmap -> LinearSet

libsyntax/attr.rs: switch from oldmap to LinearSet

Remove trailing whitespace

oldmap: rm unneeded unsafe

oldmap: separate out the methods that need Copy

rt: remove unused 'rust_compare_and_swap_ptr'. Closes #4836

oldmap: get rid of legacy _ref suffixes

Added related FIXME for 3260

Fix for issue 2174

The function that formats and prints the squigly line that hilights
errors counted tabs as spaces, which resulted in incorrect error
messages when tabs were used for indentation. This change compares
the highlight line with the previous line and inserts a tab instead
of a space whenever such a tab exists on the previous line. Note
that error messages will still highlight incorrectly when the
previous line include characters that require more than one utf8
code point, as mentioned in issue 3260.

auto merge of #4847 : nikomatsakis/rust/region-syntax, r=graydon

cc #4846

r? @pcwalton

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

auto merge of #4844 : jld/rust/const-index-fix, r=graydon

Fixes #3169 and uses that to fix const array indexing, which I broke (in a way that doesn't break tests but will greatly confuse users) while trying to fix const enum vectors.

auto merge of #4845 : osaut/rust/master, r=graydon

There was a simple typo on recursive in doc/tutorial-macros.md: s/recusive/recursive.

Fix subtle error in caching during kind computation that could cause linear
values to be copied.  Rewrite kind computation so that instead of directly
computing the kind it computes what kinds of values are present in the type,
and then derive kinds based on that. I find this easier to think about.

Fixes #4821.

Add and lex LIFETIME tokens

cc #4846

Typo s/recusive/recursive/

Fix const array index limit calculation.

The number of operands of the LLVM node initializing the array
underlying a const vector isn't always the array length -- if the
array is of a sufficiently primitive type and all the elements' values
are known (or something like that), LLVM uses a specialized Constant
subclass that stores the data packed, and thus has no operands.  Oops.

But, because llsize_of now gives us a ConstantInt, we can just fix
mozilla/rust#3169 and this all goes away.

Let llsize_of be a ConstantInt

auto merge of #4843 : ILyoan/rust/i1531, r=catamorphism

Fix for #1531

auto merge of #4839 : catamorphism/rust/rm-structural-records, r=catamorphism

core: Remove structural records from the rest of core, except pipes

That will, sadly, require one more snapshot.

auto merge of #4835 : thestinger/rust/iterator, r=graydon

This adds a `BaseIter` impl to `PriorityQueue`, `TreeMap`, `LinearMap` and `SmallIntMap`, and introduces a `ReverseIter` trait + implementations for `TreeMap`, `TreeSet` and `SmallIntMap`.

Fixed #1531

fix map tests

auto merge of #4834 : veddan/rust/zflags, r=graydon

Converted --static, --gc, --jit, -g and --xg to -Z flags.

implement BaseIter for LinearMap

auto merge of #4745 : jld/rust/constenum-bis, r=graydon

There were a bunch of problems with consts where an enum was contained within some other type (vector, tuple, struct, etc.); some of these would cause LLVM assertion failures, and some would silently read from the wrong address.  These changes should fix all of that.

It would be good if someone with access to a win32 host could do the equivalent of `make check-stageN-rpass TESTNAME=enum` on that platform before merging this.

implement ReverseIter for SmallIntMap

implement ReverseIter for TreeMap and TreeSet

add a ReverseIter trait

implement BaseIter for SmallIntMap

make Option's map and map_default use a lifetime

implement BaseIter for TreeMap

rm each method from the Map trait

the map types should implement BaseIter instead

Fix vector indexing in consts so it works with the enum vector const fix.

Make tuple-like structs containing enums work as constants.

Fix const enum type issues for structs.

Add a test for vstore, which already works

Fix pointer consts to work with enums

Make vectors of enums work as constants

core: Remove transitional code

Also need to pad out "C-like" enum consts (paths as well as calls).

Pad out enum consts to the expected size; makes enums in tuples work.

This is wasted space if the const is just an enum, but optimizing that
case without breaking everything else is an issue that can be addressed
separately.

Fix const enums better: let them have the same alignment as an "opaque enum".

add a BaseIter implementation for PriorityQueue

auto merge of #4833 : pcwalton/rust/demuting, r=pcwalton

librustc: Lots of de-muting. rs=demuting

Added a few missing 'pub's

auto merge of #4803 : alexcrichton/rust/fix-unused-imports, r=graydon

The first commit message has most of the comments, but this pull request basically fixes a lot of issues surrounding the `unused_imports` warning/deny attribute.

Before this patch there were these problems:

1. Unused imports from `prelude.rs` were warned about with dummy spans, leading to a large number of confusing warnings.
2. Unused imports from `intrinsic.rs` were warned about with the file `<intrinsic>` which couldn't be forced to go away
3. Methods used from imported traites (like `io::WriterUtil`) resulted in an unused warning of the import even though it was used.
4. If one `use` statement imported N modules, M of which weren't used, M warning statements were issued.
5. If a glob import statement was used, each public export of the target module which wasn't used had a warning issued.

This patch deals with all these cases by doing:

1. Ignore unused imports from `prelude.rs` (indicated by a dummy span of 0)
2. Ignore unused imports from `intrinsic.rs` (test on the imported module name, is there a better way?)
3. Track when imported modules are used as candidates for methods, and just assume they're used. This may not end up being the actual case, but in theory not warning about an unused thing is worse than warning about a used thing.
4. Only issue one warning statement
5. Only issue one warning statement.

This is the first time I've edited the compiler itself, and I tried to keep up with the style around, but I may have missed something here or there...

Moved experimental compiler flags to -Z (#4740)

auto merge of #4791 : jbclements/rust/demodeing-and-deGCing, r=jbclements,brson

r?

It looks to me like the string_reader and tt_reader structs are
GC pointers only because they predate the modern borrow system.
This commit leaves the type names string_reader and tt_reader alone
(they still refer to GC-ed pointers), but internally the functions
now use borrowed pointers to refer to these structures. My guess
would be that it's possible to move this change outward and not
use the GCed pointers at all, but that change looks like it could be
a larger one. Actually, I'm delighted at how quick this change was.

Merge pull request #4619 from brson/exchange

Some work on freestanding Rust: foreign calls, exchange allocator

auto merge of #4832 : sanxiyn/rust/pretty-exact, r=graydon

auto merge of #4814 : brson/rust/check, r=nikomatsakis

r? @nikomatsakis The third commit here is the one that makes the test suite remember which steps have completed successfully.

Change pretty-exact to pp-exact

auto merge of #4831 : bjz/rust/incoming, r=pcwalton

This is useful for comparing more complex types that include floats.

Fix broken tests

auto merge of #4810 : nikomatsakis/rust/owned-fn-noncopyable, r=nikomatsakis

Part of #3678.  Fixes #2828, #3904.

r? @brson

Make ~fn non-copyable, make &fn copyable, split barefn/closure types,
correct handling of moves for struct-record update.

Part of #3678.  Fixes #2828, #3904, #4719.

auto merge of #4823 : pcwalton/rust/enum-variant-discriminants, r=graydon

r? @graydon

Merge branch 'incoming' of https://github.com/mozilla/rust into incoming

Add type parameter for epsilon value