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 8 pull requests #48261

Closed
wants to merge 27 commits into from
Closed

Conversation

QuietMisdreavus and others added 27 commits February 9, 2018 09:24
Instead of creating inference variables for those argument types, use
the trait error-reporting code to give a nicer error.
This span covers the whole visibility expression: e.g. `pub (in path)`.
This appears copied from fill_buf, but the above paragraph already indicates that a lack of delimiter at the end is EOF.
… r=petrochenkov

Fix span of visibility

This PR

1. adds a closing parenthesis to the span of `Visibility::Crate` (e.g. `pub(crate)`). The current span only covers `pub(crate`.
2. adds a `span` field to `Visibility::Restricted`. This span covers the entire visibility expression (e.g. `pub (in self)`). Currently all we can have is a span for `Path`.

This PR is motivated by the bug found in rustfmt (rust-lang/rustfmt#2398).

The first change is a strict improvement IMHO. The second change may not be desirable, as it adds a field which is currently not used by the compiler.
…=GuillaumeGomez

add unit tests for rustdoc's processing of doctests

cc rust-lang#42018

There's a lot of things that rustdoc will do to massage doctests into something that can be compiled, and a lot of options that can be toggled to affect this. Hopefully this list of tests can show off that functionality.

The first commit is slightly unrelated but doesn't touch public functionality, because i found that if you have a manual `fn main`, it adds an extra line break at the end, whereas it would trim this extra line break if it were putting a `fn main` in automatically. That first commit makes it trim out that whitespace ahead of time.
…um-args, r=estebank

detect wrong number of args when type-checking a closure

Instead of creating inference variables for those argument types, use
the trait error-reporting code to give a nicer error. This also
improves some other spans for existing tests.

Fixes rust-lang#47244

r? @estebank
…uietMisdreavus

Primitive docs relevant

This fixes the documentation to show the right types in the examples for many integer methods.

I need to check if the result is correct before we merge.
Remove "empty buffer" doc in read_until

This appears copied from fill_buf, but the above paragraph already indicates that a lack of delimiter at the end is EOF.
…o-toml, r=alexcrichton

move Cargo.toml to live alongside x.py

This makes it so that, when you `./x.py`, you get errors relative to the location of `x.py`. I would also be fine with moving `x.py` into `src`, if that is deemed preferable. (Is this a good idea?) One of the other seems to make sense to me, but I'm curious what others think. =)

r? @alexcrichton
cc @pnkfelix

(I suppose one could also run `../x.py` from the `src` directory, but then that creates `src/build` directory, which I don't particularly like.)

(Also, this is only minimally tested.)
@rust-highfive
Copy link
Collaborator

r? @BurntSushi

(rust_highfive has picked a reviewer for you, use r? to override)

@GuillaumeGomez
Copy link
Member Author

@bors: r+ p=8

@bors
Copy link
Contributor

bors commented Feb 16, 2018

📌 Commit 2844406 has been approved by GuillaumeGomez

@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 Feb 16, 2018
@pnkfelix
Copy link
Member

pnkfelix commented Feb 16, 2018

@GuillaumeGomez as much as I'd like to see a fix for issue #47355 land, I am not sure that PR #48236 is as fully-prepared-for-landing compared to PR #47731 , and therefore we may not want to include it in the rollup...

(Of course, we can also just see if bors rejects this rollup due to its inclusion of PR #48236...)

@bors
Copy link
Contributor

bors commented Feb 16, 2018

⌛ Testing commit 2844406 with merge 79b07d45cc198a2e757b01638a4ea1e0276bc347...

@bors
Copy link
Contributor

bors commented Feb 16, 2018

💔 Test failed - status-travis

@bors bors added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Feb 16, 2018
@kennytm
Copy link
Member

kennytm commented Feb 16, 2018

Failed on i686, legit...

caused by #48152.

[00:03:19]    Compiling libc v0.2.36
[00:03:20] error: unexpected end of macro invocation
[00:03:20]     --> src/libcore/num/mod.rs:1380:42
[00:03:20]      |
[00:03:20] 1380 |     int_impl! { isize, i32, u32, 32, "", "" }
[00:03:20]      |                                          ^^
[00:03:20] 
[00:03:20]    Compiling cfg-if v0.1.2
[00:03:20] error: aborting due to previous error
[00:03:20] 
[00:03:21] error: Could not compile `core`.

@GuillaumeGomez
Copy link
Member Author

Then let's close it.

@GuillaumeGomez GuillaumeGomez deleted the rollup branch February 16, 2018 15:28
@Centril Centril added the rollup A PR which is a rollup label Oct 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
rollup A PR which is a rollup S-waiting-on-review Status: Awaiting review from the assignee but also interested parties.
Projects
None yet
Development

Successfully merging this pull request may close these issues.