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

Rolling up PRs in the queue #19342

Closed
wants to merge 66 commits into from
Closed

Conversation

alexcrichton
Copy link
Member

No description provided.

Gankra and others added 30 commits November 23, 2014 17:24
Both `trait Foo for Sized?` and `<Sized? T>` are handled correctly.

Fix rust-lang#18515
All of the enum components had a redundant 'Type' specifier: TypeSymlink, TypeDirectory, TypeFile. This change removes them, replacing them with a namespace: FileType::Symlink, FileType::Directory, and FileType::RegularFile.

RegularFile is used instead of just File, as File by itself could be mistakenly thought of as referring to the struct.

[breaking-change]
At the same time remove the `pub use` of the variants in favor of accessing
through the enum type itself. This is a breaking change as the `Found` and
`NotFound` variants must now be imported through `BinarySearchResult` instead of
just `std::slice`.

[breaking-change]
Closes rust-lang#19272
This makes it correct (e.g. avoiding null pointers) and safe.
This is necessary to e.g. set a timeout on the underlying stream.
This is considered good convention.
- `s/(left|right) hand/\1-hand/`
- `s/parenthesis/parentheses/`
- `s/unicode/Unicode/`
- `s/validly-encoded/validly encoded/`
The type aliases json::JsonString and json::JsonObject were originally
prefixed with 'json' to prevent collisions with (at the time) the enums
json::String and json::Object respectively. Now that enum namespacing
has landed, this 'json' prefix is redundant and can be removed:

json::JsonArray -> json::Array
json::JsonObject -> json::Object

In addition, this commit also unpublicizes all of the re-exports in this
JSON module, as a part of rust-lang#19253

[breaking-change]
alexcrichton and others added 19 commits November 26, 2014 16:49
Just saw this when looking at rust-lang#19297 and couldn't find an issue/PR dealing with this. rust-lang#18773 seems to have missed this file.

Compiler output is generated [here](https://github.com/rust-lang/rust/blob/770378a313a573776b16237a46b75bafa49072c1/src/librustc_trans/driver/mod.rs#L466).

cc @steveklabnik
Was taking the value out correctly, but then not doing anything to actually fix the table. derp.
Fixes rust-lang#19302.

Also made a minor cosmetic change to bring the example in line with style guidelines.
The chunk of code in encoder.rs was at one point deleted, but must have come back in a rebase or something :(

Closes rust-lang#19293
The "Returning Pointers" section of the pointers guide broke from the convention of putting code between backticks. This PR fixes that. There's also a little trailing whitespace I took care of.
This makes it correct (e.g. avoiding null pointers) and safe.
This is necessary to e.g. set a timeout on the underlying stream.

r? @alexcrichton
There's no reason that BinaryHeap's iterator can't implement DoubleEnded and ExactSize, so add these implementations.
- `s/(left|right) hand/\1-hand/`
- `s/parenthesis/parentheses/`
- `s/unicode/Unicode/`
- `s/validly-encoded/validly encoded/`
Sister pull request of rust-lang#19288, but
for the other style of block doc comment.
@nikomatsakis
Copy link
Contributor

I fixed this failure in #19352

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.