Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rollup of 10 pull requests #78212

Merged
merged 32 commits into from
Oct 22, 2020
Merged

Rollup of 10 pull requests #78212

merged 32 commits into from
Oct 22, 2020

Conversation

JohnTitor
Copy link
Member

Successful merges:

Failed merges:

r? @ghost

ecstatic-morse and others added 30 commits October 1, 2020 11:04
This resolves issues where the cross-build of LLVM fails because it tries to
link to the host's system libraries instead of the target's system libraries.
In this instance, we can just pass a &str slice
and save an allocation.
.into() guarantees safety of the conversion.
Furthermore, the minimum value of all uints is known to be 0.
…ut-ref, r=davidtwco

Unify const-checking structured errors for `&mut` and `&raw mut`

Resolves rust-lang#77414 as well as a FIXME.
Support signed integers and `char` in v0 mangling

Likely we want more tests, to check the output is correct too: however, I wasn't sure what kind of test we needed, so I just added one similar to that added in rust-lang#77452 for now.

r? @eddyb
…hewjasper

Mark inout asm! operands as used in liveness pass

Variables used in `inout` operands in inline assembly (that is, they're used as both input and output to some arbitrary assembly instruction) are being marked as read and written, but are not marked as being used in the RWU table during the liveness pass. This can result in such expressions triggering an unused variable lint warning. This is incorrect behavior- reads without uses are currently only used for compound assignments. We conservatively assume that an `inout` operand is being read and used in the context of the assembly instruction.

Closes rust-lang#77915
…-Simulacrum

Haiku: explicitly set CMAKE_SYSTEM_NAME when cross-compiling

This resolves issues where the cross-build of LLVM fails because it tries to
link to the host's system libraries instead of the target's system libraries.
…ay, r=jyn514,Nemo157

Greatly improve display for small mobile devices screens

Fixes rust-lang#78014.

The biggest change being the "search bar". Instead of having everything on one line, I decided to move the search input on its own:

![Screenshot from 2020-10-18 21-54-26](https://user-images.githubusercontent.com/3050060/96378530-c863a800-118c-11eb-8e82-a43fce312b5b.png)

Another change is that now, we "break words" in the listing so that they don't grow too big:

![Screenshot from 2020-10-18 21-57-17](https://user-images.githubusercontent.com/3050060/96378555-ffd25480-118c-11eb-8a71-8f116c7edd93.png)

r? @jyn514
…davidtwco

Fix two small issues in compiler/rustc_lint/src/types.rs

Two small improvements of `compiler/rustc_lint/src/types.rs`
…-builds, r=lcnr

Fixed build failure of `rustfmt`

Fixes rust-lang#78079
r? @eddyb cc @bjorn3
…-tracking-issue, r=withoutboats

Add tracking issue number for pin_static_ref

Forgot to add a tracking issue in rust-lang#77726. Opened rust-lang#78186 as tracking issue.
…, r=scottmcm

Add `ControlFlow::is_{break,continue}` methods

r? @scottmcm cc rust-lang#75744
@JohnTitor
Copy link
Member Author

@bors r+ rollup=never p=5
@rustbot modify labels: rollup

@bors
Copy link
Contributor

bors commented Oct 22, 2020

📌 Commit 69e0658 has been approved by JohnTitor

@rustbot rustbot added the rollup A PR which is a rollup label Oct 22, 2020
@bors bors added the S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. label Oct 22, 2020
@bors
Copy link
Contributor

bors commented Oct 22, 2020

⌛ Testing commit 69e0658 with merge ef3e386...

@bors
Copy link
Contributor

bors commented Oct 22, 2020

☀️ Test successful - checks-actions, checks-azure
Approved by: JohnTitor
Pushing ef3e386 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Oct 22, 2020
@bors bors merged commit ef3e386 into rust-lang:master Oct 22, 2020
@rustbot rustbot added this to the 1.49.0 milestone Oct 22, 2020
@rust-highfive
Copy link
Collaborator

📣 Toolstate changed by #78212!

Tested on commit ef3e386.
Direct link to PR: #78212

🎉 rls on windows: build-fail → test-pass (cc @Xanewok).
🎉 rls on linux: build-fail → test-pass (cc @Xanewok).
🎉 rustfmt on windows: build-fail → test-pass (cc @topecongiro @calebcartwright).
🎉 rustfmt on linux: build-fail → test-pass (cc @topecongiro @calebcartwright).

rust-highfive added a commit to rust-lang-nursery/rust-toolstate that referenced this pull request Oct 22, 2020
Tested on commit rust-lang/rust@ef3e386.
Direct link to PR: <rust-lang/rust#78212>

🎉 rls on windows: build-fail → test-pass (cc @Xanewok).
🎉 rls on linux: build-fail → test-pass (cc @Xanewok).
🎉 rustfmt on windows: build-fail → test-pass (cc @topecongiro @calebcartwright).
🎉 rustfmt on linux: build-fail → test-pass (cc @topecongiro @calebcartwright).
@JohnTitor JohnTitor deleted the rollup-j5r6xuy branch October 22, 2020 04:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
merged-by-bors This PR was explicitly merged by bors. rollup A PR which is a rollup S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet