Uh oh!
There was an error while loading. Please reload this page.
Rollup of 6 pull requests - #60640
Conversation
... on different platforms. Official rustdoc of [`usize::to_le_bytes`](https://doc.rust-lang.org/std/primitive.usize.html#method.to_le_bytes) displays signature ``` pub fn to_ne_bytes(self) -> [u8; 8] ``` which might be misleading: this function returns 4 bytes on 32-bit systems.
This renames wasm32-unknown-wasi to wasm32-wasi, omitting the vendor component. This follows aarch64-linux-android, x86_64-fuchsia, and others in omitting the vendor field, which has the advantage of aligning with the [multiarch tuple](https://wiki.debian.org/Multiarch/Tuples), and of being less noisy.
It was fixed somewhere between 1.28.0 and 1.31.1 closesrust-lang#50518
Pulls in a fix for ensuring that wasm targets have code in compiler-builtins for `ldexp` which LLVM can generate references to.
to_xe_bytes for isize and usize returns an array of different size ... on different platforms. Official rustdoc of [`usize::to_le_bytes`](https://doc.rust-lang.org/std/primitive.usize.html#method.to_le_bytes) displays signature ``` pub fn to_ne_bytes(self) -> [u8; 8] ``` which might be misleading: this function returns 4 bytes on 32-bit systems. With this commit applied rustdoc for `isize` and `usize` is this: <img width="740" alt="2019-04-15_0020" src="https://user-images.githubusercontent.com/28969/56100765-9f69b380-5f14-11e9-974c-daa25edaa881.png">
std: Update compiler-builtins crate Pulls in a fix for ensuring that wasm targets have code in compiler-builtins for `ldexp` which LLVM can generate references to.
…-obk Add test for rust-lang#59972 This PR adds a test for rust-lang#59972, which was fixed in rust-lang#59897. Closesrust-lang#59972. r? @eddyb
…hton Omit the vendor component in the WASI triple This renames wasm32-unknown-wasi to wasm32-wasi, omitting the vendor component. This follows aarch64-linux-android, x86_64-fuchsia, and others in omitting the vendor field, which has the advantage of aligning with the [multiarch tuple](https://wiki.debian.org/Multiarch/Tuples), and of being less noisy. r? @alexcrichton
test for rust-lang#50518 It was fixed somewhere between 1.28.0 and 1.31.1 closesrust-lang#50518 r? @estebank Where's the best place to add this test? I *think* we want "compile-pass" for this test (no need to run a binary, and not running saves us a millisecond of process creation) , but there's no compile-pass anymore. Should this be UI test with empty stdout, stderr and zero return code?
Document + Cleanup lang_items.rs Byproduct of work on rust-lang#60607. r? @oli-obk
Centril
commented
May 8, 2019
@bors r+ p=6 rollup=never |
bors
commented
May 8, 2019
📌 Commit 4b6d565 has been approved by |
bors
commented
May 8, 2019
⌛ Testing commit 4b6d565 with merge b9c76a0e3e69fa6cca430e97eb87e8538929ff3b... |
bors
commented
May 8, 2019
💔 Test failed - checks-travis |
rust-highfive
commented
May 8, 2019
Your PR failed on Travis (raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem. Click to expand the log.I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact |
Centril
commented
May 8, 2019
@bors retry |
bors
commented
May 8, 2019
⌛ Testing commit 4b6d565 with merge 15d41309c1566c7c62446097922664b59a3d1fd7... |
bors
commented
May 8, 2019
💔 Test failed - checks-travis |
rust-highfive
commented
May 8, 2019
Your PR failed on Travis (raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem. Click to expand the log.I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact |
emilyalbini
commented
May 8, 2019
Indirectly caused by #60585. |
Successful merges:
Failed merges:
r? @ghost