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 4 pull requests #64570

Merged
merged 10 commits into from
Sep 18, 2019
Merged

Rollup of 4 pull requests #64570

merged 10 commits into from
Sep 18, 2019

Conversation

tmandry
Copy link
Member

@tmandry tmandry commented Sep 18, 2019

Successful merges:

Failed merges:

r? @ghost

matthewjasper and others added 10 commits September 15, 2019 10:22
This ensures that we match the order used by proc macro metadata
serialization.

Fixes rust-lang#64251
…petrochenkov

Print out more information for `-Zunpretty=expanded,hygiene`

I've found this helpful when trying to understand how hygiene works.

Closes rust-lang#16420
rename Allocation::retag -> with_tags_and_extra

This is more consistent with `Pointer::with_tag`. Also, "retag" is a [term from Stacked Borrows](https://github.com/rust-lang/unsafe-code-guidelines/blob/master/wip/stacked-borrows.md#retagging) with a [corresponding Machine hook](https://doc.rust-lang.org/nightly/nightly-rustc/rustc_mir/interpret/machine/trait.Machine.html#method.retag), and this function has nothing to do with that other use of the term.

r? @oli-obk
…excrichton

Load proc macro metadata in the correct order.

Serialized proc macro metadata is assumed to have a one-to-one
correspondence with the entries in static array generated by proc_macro_harness.
However, we were previously serializing proc macro metadata in a
different order than proc macros were laied out in the static array.
This lead to us associating the wrong data with a proc macro when
generating documentation, causing Rustdoc to generate incorrect docs for
proc macros.

This commit keeps track of the order in which we insert proc macros into
the generated static array. We use this same order when serializing proc
macro metadata, ensuring that we can later associate the metadata for a
proc macro with its entry in the static array.

Fixes rust-lang#64251
@tmandry
Copy link
Member Author

tmandry commented Sep 18, 2019

@bors r+ p=4

@bors
Copy link
Contributor

bors commented Sep 18, 2019

📌 Commit 76d34f3 has been approved by tmandry

@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 Sep 18, 2019
@bors
Copy link
Contributor

bors commented Sep 18, 2019

⌛ Testing commit 76d34f3 with merge 64c0969...

bors added a commit that referenced this pull request Sep 18, 2019
Rollup of 4 pull requests

Successful merges:

 - #64486 (Print out more information for `-Zunpretty=expanded,hygiene`)
 - #64503 (rename Allocation::retag -> with_tags_and_extra)
 - #64516 (update Nomicon and Reference)
 - #64528 (Load proc macro metadata in the correct order.)

Failed merges:

r? @ghost
This was referenced Sep 18, 2019
@bors
Copy link
Contributor

bors commented Sep 18, 2019

☀️ Test successful - checks-azure
Approved by: tmandry
Pushing 64c0969 to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Sep 18, 2019
@bors bors merged commit 76d34f3 into rust-lang:master Sep 18, 2019
@tmandry tmandry deleted the rollup-3pg02lj branch September 18, 2019 17:33
@Centril Centril added the rollup A PR which is a rollup label Oct 2, 2019
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.

6 participants