- 27 4月, 2017 16 次提交
-
-
由 Marc-Antoine Perennou 提交于
Signed-off-by: NMarc-Antoine Perennou <Marc-Antoine@Perennou.com>
-
由 Marc-Antoine Perennou 提交于
Build them directly in the `./x.py build` phase, don't wait for `./x.py dist` Signed-off-by: NMarc-Antoine Perennou <Marc-Antoine@Perennou.com>
-
由 bors 提交于
#37653 support `default impl` for specialization this commit implements the first step of the `default impl` feature: > all items in a `default impl` are (implicitly) `default` and hence > specializable. In order to test this feature I've copied all the tests provided for the `default` method implementation (in run-pass/specialization and compile-fail/specialization directories) and moved the `default` keyword from the item to the impl. See [referenced](https://github.com/rust-lang/rust/issues/37653) issue for further info r? @aturon
-
由 bors 提交于
Rollup of 9 pull requests - Successful merges: #41370, #41456, #41493, #41499, #41501, #41524, #41546, #41550, #41552 - Failed merges:
-
由 Ariel Ben-Yehuda 提交于
Update num_cpus dependency to 1.x (1.4.0)
-
由 Ariel Ben-Yehuda 提交于
Add a regression test for ICE #33287 Fixes #33287
-
由 Ariel Ben-Yehuda 提交于
Shrink the rust-src component Before this change, the installable rust-src component had essentially the same contents as the rustc-src dist tarball, just additionally wrapped in a rust-installer. As discussed on [internals], rust-src is only meant to support uses for the standard library, so it doesn't really need the rest of the compiler sources. Now rust-src only contains libstd and its path dependencies, which roughly matches the set of crates that have rust-analysis data. The result is **significantly** smaller, from 36MB to 1.3MB compressed, and from 247MB to 8.5MB uncompressed. [internals]: https://internals.rust-lang.org/t/minimizing-the-rust-src-component/5117
-
由 Ariel Ben-Yehuda 提交于
Add Hexagon support This requires an updated LLVM with https://reviews.llvm.org/D31999 and https://reviews.llvm.org/D32000 to build libcore. A basic hello world builds and runs successfully on the hexagon simulator. libcore is fine with LLVM fixes, but libstd requires a lot more work since there's a custom rtos running on most hexagon cores. Running Linux sounds possible though, so maybe getting linux + musl going would be easier. Here's the target file I've been using for testing ``` { "arch": "hexagon", "llvm-target": "hexagon-unknown-elf", "os": "none", "target-endian": "little", "target-pointer-width": "32", "data-layout": "e-m:e-p:32:32:32-a:0-n16:32-i64:64:64-i32:32:32-i16:16:16-i1:8:8-f32:32:32-f64:64:64-v32:32:32-v64:64:64-v512:512:512-v1024:1024:1024-v2048:2048:2048", "linker": "hexagon-clang", "linker-flavor": "gcc", "executables": true, "cpu": "hexagonv60" } ```
-
由 Ariel Ben-Yehuda 提交于
Invalid module location Fixes #38110. r? @jseyfried
-
由 Ariel Ben-Yehuda 提交于
Address platform-specific behavior in TcpStream::shutdown Fixes #25164 r? @rust-lang/libs from the GitHub thread, it seems like documenting this behavior is okay, but I want to make sure that's what you want.
-
由 Ariel Ben-Yehuda 提交于
Step::replace_one should put a one, not a zero (Issue #41492) Turns out all six of the replace_* impls were backwards.
-
由 Ariel Ben-Yehuda 提交于
Haiku: fix initial platform support
-
由 Ariel Ben-Yehuda 提交于
Add bootstrap support for android
-
由 bors 提交于
Make sure openssl compiles with only one core This is (hopefully) a fix for the osx openssl spurious failure - #40417. The intermittent failures and failing in different ways made me think of a race condition. But programs are parallel make safe right? [Not openssl](https://github.com/openssl/openssl/issues/298). But we don't do a parallel make on openssl [do we](https://github.com/rust-lang/rust/blob/8c4f2c64c6759a82f143e23964a46a65c67509c9/src/bootstrap/native.rs#L309)? This confused me, except "Waiting for unfinished jobs" is present in the logs...which is evidence of a parallel make! It turns out that when we invoke to top level target [in run.sh](https://github.com/rust-lang/rust/blob/036983201d4e9aeb5c5e56e47c305971972b2569/src/ci/run.sh#L75-L77), make will [pass the flags downwards](https://www.gnu.org/software/make/manual/html_node/Options_002fRecursion.html) in order to take advantage of parallelism in sub-makes. Of course, we don't want this in openssl! Override this by explicitly disabling parallelism on the command line. I don't know why this hasn't happened on anything except OSX. Maybe Linux binutils check if the file is in use? r? @alexcrichton
-
由 Aidan Hobson Sayers 提交于
Fixes #40417
-
由 Michael Wu 提交于
-
- 26 4月, 2017 24 次提交
-
-
由 bors 提交于
appveyor: Upgrade to gcc for mingw 6.3.0 This commit sort of brings back #40777 by upgrading back to 6.3.0. While investigating #40546 it was discovered that 6.3.0 appears to not spurious fail in the same way that 6.2.0 does (which we're currently using). The workaround for #40184 contained in #40777 did not work so this commit also contains a different workaround for the gdb issue. We will not download the 6.2.0 version of gdb and use that instead of the default version that comes with 6.3.0. I'm going to optimistically say... Closes #40546
-
由 Gianni Ciccarelli 提交于
`[default] [unsafe] impl` and typecheck
-
由 Alex Crichton 提交于
This commit sort of brings back #40777 by upgrading back to 6.3.0. While investigating #40546 it was discovered that 6.3.0 appears to not spurious fail in the same way that 6.2.0 does (which we're currently using). The workaround for #40184 contained in #40777 did not work so this commit also contains a different workaround for the gdb issue. We will not download the 6.2.0 version of gdb and use that instead of the default version that comes with 6.3.0. I'm going to optimistically say... Closes #40546
-
由 bors 提交于
Support AddressSanitizer and ThreadSanitizer on x86_64-apple-darwin [ASan](https://clang.llvm.org/docs/AddressSanitizer.html#supported-platforms) and [TSan](https://clang.llvm.org/docs/ThreadSanitizer.html#supported-platforms) are supported on macOS, and this commit enables their support. The sanitizers are always built as `*.dylib` on Apple platforms, so they cannot be statically linked into the corresponding `rustc_?san.rlib`. The dylibs are directly copied to `lib/rustlib/x86_64-apple-darwin/lib/` instead. Note, although Xcode also ships with their own copies of ASan/TSan dylibs, we cannot use them due to version mismatch. ---- ~~There is a caveat: the sanitizer libraries are linked as `@rpath/` (due to https://reviews.llvm.org/D6018), so the user needs to additionally pass `-C rpath`:~~ **Edit:** Passing rpath is now automatic.
-
由 bors 提交于
Improve the librustc on-demand/query API ergonomics. Queries are now performed through these two forms: * `tcx.type_of(def_id)` (the most common usage) * `tcx.at(span).type_of(def_id)` (to provide a more specific location in the cycle stack) Several queries were renamed to work better as method names, i.e. by suffixing with `_of`. r? @nikomatsakis
-
由 steveklabnik 提交于
Fixes #25164
-
由 bors 提交于
More methods for str boxes. (reduce Box<[u8]>
↔ Box<str> transmutes) This is a follow-up to #41096 that adds safer methods for converting between `Box<str>` and `Box<[u8]>`. They're gated under a different feature from the `&mut str` methods because they may be too niche to include in public APIs, although having them internally helps reduce the number of transmutes the standard library uses. What's added: * `From<Box<str>> for Box<[u8]>` * `<Box<str>>::into_boxed_bytes` (just calls `Into::into`) * `alloc::str` (new module) * `from_boxed_utf8` and `from_boxed_utf8_unchecked`, defined in `alloc:str`, exported in `collections::str` * exports `from_utf8_mut` in `collections::str` (missed from previous PR) -
由 Michael Wu 提交于
-
由 bors 提交于
Rollup of 9 pull requests - Successful merges: #39983, #41442, #41463, #41500, #41518, #41527, #41528, #41530, #41535 - Failed merges:
-
由 Jessica Hamilton 提交于
-
由 Corey Farwell 提交于
Fix up vec guarnatee around capacity Fixes #37746 r? @rust-lang/libs
-
由 Corey Farwell 提交于
Implement From<&mut [T]> for Vec Fixes #41386.
-
由 Corey Farwell 提交于
Clarify "side effect" in peek's docs Fixes #33269 /cc @tshepang
-
由 Corey Farwell 提交于
Clarify the doc index With regards to the unstable book, the reference, and the processes involved. Also, fix up a link by pointing to the new tracking issue rather than the older one. Fixes #41285 r? @frewsxcv
-
由 Corey Farwell 提交于
Fix a copy-paste error in `Instant::sub_duration` Fixes #41514.
-
由 Corey Farwell 提交于
use the word 'length' in Vec::len's docs Fixes #37866
-
由 Corey Farwell 提交于
Add internal accessor methods to io::{Chain, Take}. Resolves #29067.
-
由 Corey Farwell 提交于
Specify behavior of `write_all` for `ErrorKind::Interrupted` errors Also spell out that read and write operations should be retried on `ErrorKind::Interrupted` errors. Fixes #38494.
-
由 Corey Farwell 提交于
Adds rust-windbg.cmd script Adds rust-gdb/rust-lldb equivalent for windbg that loads the Rust .natvis files on start. This change modifies the bootstrap code to add rust-windbg to bin and the .natvis files to lib/rustlib/etc. Example usage from cmd or PowerShell: ``` rust-windbg -c "bu rs_f442289d74765418!rs::main;g" target\debug\rs.exe ```
-
由 Michael Wu 提交于
-
由 Wesley Wiser 提交于
Fixes #33287
-
由 bors 提交于
Check privacy of trait items in all contexts Fixes https://github.com/rust-lang/rust/issues/28514 This is a sufficiently rare scenario and it's currently guarded by `private_in_public` lint, so it shouldn't be a [breaking-change] in practice.
-
由 Josh Stone 提交于
-
由 Josh Stone 提交于
-