Skip to content

Conversation

Dylan-DPC-zz
Copy link

Successful merges:

Failed merges:

r? @ghost

Mark-Simulacrum and others added 27 commits April 29, 2020 11:52
This was already tested (at least) by src/test/ui/unsized/unsized-enum2.rs
This is tracked by a GH issue 17164, and having an ignored test for it isn't
helpful.
And also point people to use the associated constants of f32 instead.
The `remove_current` method only returns the inner `T` and deallocates the list node. This is unnecessary for move operations, where the element is going to be linked back into this (or even a different) `LinkedList`. The `remove_current_as_list` method avoids this by returning the unlinked list node as a new single-element `LinkedList` structure .
It looks like they were copied from the `or_insert` docs. This change
makes the example more like the hash_map::VacantEntry::insert docs.
… r=nikomatsakis

Report cannot move errors in promoted MIR

Closes rust-lang#70934
…ikomatsakis

Updates to some ignored tests

This removes or fixes some ignored test cases.

cc rust-lang#13745
…dtolnay

Add const examples

I only added them to `std::f32` to get feedback on this approach before adding the other constants.

When looking at rust-lang#68952, I found the docs a little confusing. Unless you're intimately aware of what's going on here, I don't think it's super clear what is deprecated and what you're supposed to do instead. I think short examples really clarify what's meant here, so that's what I did.
Add remove_current_as_list to LinkedList's CursorMut

The `remove_current` method only returns the inner `T` and deallocates the list node. This is unnecessary for move operations, where the element is going to be linked back into this (or even a different) `LinkedList`. The `remove_current_as_list` method avoids this by returning the unlinked list node as a new single-element `LinkedList` structure.

(per rust-lang#58533 (comment))
Correctly handle UEFI targets as Windows-like when emitting sections for LLVM bitcode

This handles UEFI handles when emitting inline assembly for sections containing LLVM bitcode. See details in rust-lang#71880. I have locally confirmed that this change fixes compilation of projects using the `x86_64-unknown-uefi` target compiling with `cargo-xbuild`, but I am not very familiar with LLVM bitcode so this may not be the correct approach.

r? @alexcrichton as they wrote the initial LLVM bitcode emitting code?
…docs, r=jonas-schievink

Update btree_map::VacantEntry::insert docs to actually call insert

It looks like they were copied from the `or_insert` docs. This change
makes the example more like the hash_map::VacantEntry::insert docs.
Suggest to add missing feature when using gated const features

Fixes rust-lang#71797
…vink

fix typo in function name

Drive-by fix.
@Dylan-DPC-zz
Copy link
Author

@bors r+ rollup=never p=10

@bors
Copy link
Collaborator

bors commented May 4, 2020

📌 Commit 8b781b0 has been approved by Dylan-DPC

@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 May 4, 2020
@bors
Copy link
Collaborator

bors commented May 5, 2020

⌛ Testing commit 8b781b0 with merge 04689e2...

@jyn514
Copy link
Member

jyn514 commented May 5, 2020

@bors r+

@bors
Copy link
Collaborator

bors commented May 5, 2020

@jyn514: 🔑 Insufficient privileges: Not in reviewers

@bors
Copy link
Collaborator

bors commented May 5, 2020

☀️ Test successful - checks-azure
Approved by: Dylan-DPC
Pushing 04689e2 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label May 5, 2020
@bors bors merged commit 04689e2 into rust-lang:master May 5, 2020
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. 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.