summary refs log tree commit diff
AgeCommit message (Collapse)AuthorLines
2017-12-27cargo update and add miri as the rustc workspace member.kennytm-75/+123
2017-12-26Auto merge of #46956 - estebank:incompatible-arm-span-label, r=Zoxcbors-22/+23
"incompatible arm" diagnostic span tweak Use span label instead of span note for single line spans in "incompatible arm" diagnostic.
2017-12-26Add armv4t-unknown-linux-gnueabi targetMarco A L Barbosa-5/+38
2017-12-26Update RELEASES.mdAaron Power-4/+0
2017-12-26Do not panic on interpolated token inside quote macroSeiichi Uchida-1/+24
2017-12-26Change name of `lang_start_real` to `lang_start_internal`Bastian Köcher-5/+4
Also remove `'static` from `__rust_begin_short_backtrace`
2017-12-26Split `lang_start` in two functions to reduce generated codeBastian Köcher-5/+14
2017-12-26Adds whitespaceBastian Köcher-1/+1
2017-12-26Rework the exit failure and success declaration for wasm32Bastian Köcher-4/+14
2017-12-26Revert "Just compare the symbol names and types, not the addresses"Bastian Köcher-6/+6
This reverts commit 7d4d98e5c870a2dcdca8ea3aa47ecee680a35e60.
2017-12-26Use `start` for the `sepcomp-inlining` testBastian Köcher-3/+8
2017-12-26Use move for optimization purposesBastian Köcher-1/+1
2017-12-26Don't emit the termination lang item in testsBastian Köcher-1/+1
2017-12-26The test functions are now in the same compile unitBastian Köcher-2/+2
2017-12-26Removes some obscure transmute call in `lang_start`Bastian Köcher-1/+1
2017-12-26Just compare the symbol names and types, not the addressesBastian Köcher-6/+6
2017-12-26Convert codegen-unit tests to use `start` instead of `main`Bastian Köcher-454/+148
The new Termination traits brings in the unwinding machinery and that blows up the required `TRANS_ITEM`s.
2017-12-26Adds termination_trait feature gateBastian Köcher-28/+47
2017-12-26Fixes codegen-units testsBastian Köcher-1/+400
2017-12-26New generated main returns voidBastian Köcher-2/+2
2017-12-26Fall back to main -> () when termination trait language item is not enabledBastian Köcher-16/+28
2017-12-26Fixes testsBastian Köcher-12/+23
2017-12-26Fixes compilation errors and adds proposed improvementsBastian Köcher-8/+6
2017-12-26Fixes compile bug caused by upstream changesBastian Köcher-2/+2
2017-12-26convert print-type-sizes to use `start` instead of `main`Niko Matsakis-10/+47
This avoids bringing in unwind machinery.
2017-12-26avoid ICE when fields are not laid out in orderNiko Matsakis-5/+13
2017-12-26Implements RFC 1937: `?` in `main`Bastian Köcher-52/+304
This is the first part of the RFC 1937 that supports new `Termination` trait in the rust `main` function.
2017-12-26Add dist builder for armv5te-unknown-linux-gnueabiMarco A L Barbosa-1/+6
2017-12-26Auto merge of #46941 - ScottAbbey:freebsd-build-update, r=alexcrichtonbors-234/+116
Re-do the FreeBSD cross-builds to use Clang and libc++. Fixes #44433 Reviving #45077, from @jld: > The main goal here is to use FreeBSD's normal libc++, instead of > statically linking the libstdc++ packaged with GCC, because that > libstdc++ has bugs that cause rustc to deadlock inside LLVM. > > But the easiest way to use libc++ is to switch the build from GCC to > Clang, and the Clang package in the Ubuntu image already knows how to > cross-compile (given a sysroot and preferably cross-binutils), so the > toolchain script now uses that instead of building a custom compiler. > > This also de-duplicates the build-toolchain.sh script. #45077 was close but didn't quite make it. I rebased @jld's work off the current `master` and started with that. I was able to determine that this Travis error (https://github.com/rust-lang/rust/pull/45077#issuecomment-336029862) was ultimately caused by `src/librustc_llvm/build.rs` attempting to follow a wrong value in `LLVM_STATIC_STDCPP` (https://github.com/rust-lang/rust/pull/45077#issuecomment-352639456). I looked at the downstream port for FreeBSD (https://svnweb.freebsd.org/ports/head/lang/rust/) and it seems like they do not use `--enable-llvm-static-stdcpp`. Since `libc++` is included in the FreeBSD 10+ base system, we don't need to statically link it either? So in b989428f7dec7b52d68bed6a21e9b5b0a8086267 I have set the FreeBSD build to not actually use `LLVM_STATIC_STDCPP`. I was able to run `./src/ci/docker/run.sh` with both `dist-i686-freebsd` and `dist-x86_64-freebsd` successfully and in about 1 minute of testing it seemed like the dist-x86_64-freebsd results worked on a FreeBSD 11 system. It should fix #44433, which seems to be affecting many potential users. Also FreeBSD users should be able to `./x.py build` which should help anyone who wants to upstream fixes for FreeBSD. Questions: Does this approach seem to be the right way to go? Do we actually really want to statically link `libc++`? (I tried that here, but it ultimately ran into a roadblock on x86_64: https://github.com/rust-lang/rust/pull/45077#issuecomment-353293414) Can we rewrite the comment here to be more clear about why some systems aren't going to actually use this option: https://github.com/rust-lang/rust/blob/b989428f7dec7b52d68bed6a21e9b5b0a8086267/src/bootstrap/compile.rs#L550-L553 How does this affect users of older FreeBSD systems? It seemed like no one was complaining about using a 10.3 base version in the thread for #45077. FreeBSD seems to only officially support 10.3, 10.4, and 11.x right now, do we have to consider older users? The `libc++` stuff came in for FreeBSD 10, older FreeBSD used `libstdc++`. Looks like @alexcrichton was leading the discussion on the previous issue: r? @alexcrichton Let me know what I can do to help get this through.
2017-12-26Add tests to fixed ICEsSeiichi Uchida-0/+192
Closes #27078. Closes #27985. Closes #39848. Closes #42164. Closes #42479. Closes #45152. Closes #45662. Closes #45876. Closes #45965.
2017-12-26Auto merge of #47012 - kennytm:rollup, r=kennytmbors-14/+212
Rollup of 8 pull requests - Successful merges: #46928, #46930, #46933, #46939, #46940, #46943, #46979, #46986 - Failed merges:
2017-12-26Do not expand a derive invocation when derive is not allowedSeiichi Uchida-79/+126
1. Change the return type of `expand_invoc()` and its subroutines to `Option<Expansion>` from `Expansion`. 2. Return `None` when expanding a derive invocation if the item cannot have derive on it (in `expand_derive_invoc()`).
2017-12-26Rollup merge of #46986 - nvzqz:basic-usage, r=steveklabnikkennytm-0/+8
Add "Basic Usage" to int min_value and max_value docs This adds "Basic Usage:" to the docs of `min_value` and `max_value`, which makes it consistent with docs of other integer methods.
2017-12-26Rollup merge of #46979 - clarcharr:rustc_docs, r=arielb1kennytm-2/+2
Make internal docs build properly. `'1` isn't a valid lifetime and resulted in a syntax error.
2017-12-26Rollup merge of #46943 - malbarbo:process-test-busybox, r=alexcrichtonkennytm-1/+1
Fix process test when using busybox mkdir busybox mkdir . returns 0 busybox mkdir ./ returns 1
2017-12-26Rollup merge of #46940 - EdSchouten:cloudabi, r=alexcrichtonkennytm-2/+180
Add support for CloudABI targets to the rustc backend. CloudABI is a sandboxed UNIX-like runtime environment. It is a programming environment that uses a capability-based security model. In practice this means that many POSIX interfaces are present, except for ones that try to access resources out of thin air. For example, open() is gone, but openat() is present. Right now I'm at the point where I can compile very basic CloudABI applications on all four supported architectures (ARM and x86, 32 and 64 bits). The next step will be to get libstd to work. Patches for that are outside the scope of this change. More info: https://nuxi.nl/cloudabi/ https://github.com/NuxiNL/cloudlibc/
2017-12-26Rollup merge of #46939 - davidalber:code-of-conduct-mod-team-link, r=kennytmkennytm-2/+4
Fixing Rust Moderation Team link in Code of Conduct The [Code of Conduct](https://github.com/rust-lang/rust/blob/master/CODE_OF_CONDUCT.md) has two broken links to the Rust Moderation Team. - The current link is https://github.com/rust-lang/rust/blob/master/team.html#Moderation. That happened because the link is relative. - The link in this PR is https://www.rust-lang.org/team.html#Moderation-team. Note: at the moment this is redirected client-side to a language-specific page and loses the fragment identifier. rust-lang/rust-www#992 aims to correct that.
2017-12-26Rollup merge of #46933 - clarcharr:float_docs, r=steveklabnikkennytm-4/+14
Make core::f32/f64 docs match std. For some reason these weren't in sync.
2017-12-26Rollup merge of #46930 - lucis-fluxum:patch-1, r=QuietMisdreavuskennytm-1/+1
Clarify docs for split_at_mut The `&mut` here didn't make immediate sense to me. Keep the docs for this function consistent with the non-mut version.
2017-12-26Rollup merge of #46928 - varkor:contrib-10, r=alexcrichtonkennytm-2/+2
Correct the return type for `x86_mm256_sad_epu8` Fixes #43439.
2017-12-26Auto merge of #47000 - kennytm:follow-up-46924, r=arielb1bors-1/+1
Follow up to #46924, fix massive spurious failure when starting docker It seems using `fe80::/64` causes `docker start` to fail with "Address already in use". Try to change to a unique local address range instead. `fe80::/64` is a link-local address (similar to `169.254.0.0/16` in IPv4). Let's try to use a random "private network" address to see whether that fixes things. cc #47002 r? @aidanhs
2017-12-25Make internal docs build properly.Clar Charr-2/+2
2017-12-25Auto merge of #46973 - arielb1:tuple-casting, r=estebankbors-12/+167
Update check::cast::pointer_kind logic to new rustc Make the match exhaustive, adding handling for anonymous types and tuple coercions on the way. Also, exit early when type errors are detected, to avoid error cascades and the like. Fixes #33690. Fixes #46365. Fixes #46880.
2017-12-25Remove transmute in From<&str> impls for Arc/RcNikolai Vazquez-2/+4
2017-12-26Follow up to #46924kennytm-1/+1
It seems using `fe80::/64` causes `docker start` to fail with "Address already in use". Try to change to a unique local address range instead.
2017-12-26Fixup some previous configuration errors.kennytm-3/+6
2017-12-25"incompatible arm" diagnostic span tweakEsteban Küber-22/+23
Use span label instead of span note for single line spans in "incompatible arm" diagnostic.
2017-12-25Fix docs mistakeest31-1/+1
2017-12-25Auto merge of #46971 - green-s:master, r=alexcrichtonbors-0/+0
Update compiler_builtins Fixes #46822 (see https://github.com/rust-lang-nursery/compiler-builtins/pull/219)
2017-12-25Auto merge of #46949 - davidtwco:issue-46631, r=arielb1bors-2/+75
MIR borrowck: no "move occurs because `X` is not Copy` error Fixes #46631. r? @arielb1