Skip to content

Rolling up PRs in the queue #24433

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

Merged
merged 68 commits into from
Apr 15, 2015
Merged

Rolling up PRs in the queue #24433

merged 68 commits into from
Apr 15, 2015

Conversation

alexcrichton
Copy link
Member

No description provided.

frewsxcv and others added 30 commits April 6, 2015 13:47
Since it doesn't utilize the parameter, it's not very idiomatic since it
could just use the `Result::or` method. So this changes the example to
utilize the parameter. As far as I can tell, all the numbers in this
example are completely arbitrary.
The meaning of each variant of this enum was somewhat ambiguous and it's uncler
that we wouldn't even want to add more enumeration values in the future. As a
result this error has been altered to instead become an opaque structure.
Learning about the "first invalid byte index" is still an unstable feature, but
the type itself is now stable.
It was mistakenly calling it with "foo.txt" instead of "txt".
I've also added an assert.
It looks like `from_vec` was subsumed by new at some point,
but the documentation still refers to it as `from_vec`.

This updates the documentation for `from_vec_unchecked`
so that it properly says that it's the unchecked version of `new`.

Also, from_vec_unchecked requires a actual Vec<u8> while
new can take anything that is Into<Vec<u8>>, so I also
mention that in the documentation.
Issue rust-lang#24292 demonstrates that the `scoped` API as currently offered can
be memory-unsafe: the `JoinGuard` can be moved into a context that will
fail to execute destructors prior to the stack frame being popped (for
example, by creating an `Rc` cycle).

This commit reverts the APIs to `unstable` status while a long-term
solution is worked out.

(There are several possible ways to address this issue; it's not a
fundamental problem with the `scoped` idea, but rather an indication
that Rust doesn't currently provide a good way to ensure that
destructors are run within a particular stack frame.)

[breaking-change]
- Adds two more functions for broadcast address and special
  address classes reserved for documentation
- Modifies the globally routable IP check to include these
  new functions

Fixes rust-lang#24314
`thread::spawn` was previously restricted to closures that return `()`,
which limited the utility of joining on a spawned thread. However, there
is no reason for this restriction, and this commit allows arbitrary
return types.

Since it introduces a type parameter to `JoinHandle`, it's technically
a:

[breaking-change]

However, no code is actually expected to break.
Feel silly because it's just one thing but it was bothering me that the documentation tells you what you're not going to learn now instead of linking to the item in question.  Am total noob pls assist, where is power button. :)
It's no longer a community based project.

Also, Rust for Rubyists is deprecated at this point, so we shouldn't
link to it anymore.
The two-step command left off the nightly flag :frown:

Thanks @mdinger
Not sure if `From<Error>` is the correct way to reference that trait (maybe `From<E: Error>`?)
This commit entirely removes the old I/O, path, and rand modules. All
functionality has been deprecated and unstable for quite some time now!
Just bind the relevant platform-specific functions we should probably be calling
anyway.
@alexcrichton
Copy link
Member Author

@bors: force

@bors
Copy link
Collaborator

bors commented Apr 14, 2015

⌛ Testing commit d3da5a7 with merge 0478888...

@alexcrichton
Copy link
Member Author

@bors: r+ 5e1812d

@bors
Copy link
Collaborator

bors commented Apr 14, 2015

⌛ Testing commit 5e1812d with merge ec37732...

@bors
Copy link
Collaborator

bors commented Apr 14, 2015

💔 Test failed - auto-mac-64-opt

@alexcrichton
Copy link
Member Author

@bors: r+ 145cebb force

@bors
Copy link
Collaborator

bors commented Apr 14, 2015

⌛ Testing commit 145cebb with merge 465f8f3...

@bors
Copy link
Collaborator

bors commented Apr 15, 2015

💔 Test failed - auto-linux-64-x-android-t

@alexcrichton
Copy link
Member Author

@bors: r+ e053571 force

@bors
Copy link
Collaborator

bors commented Apr 15, 2015

⌛ Testing commit e053571 with merge c9d065d...

@bors
Copy link
Collaborator

bors commented Apr 15, 2015

💔 Test failed - auto-linux-64-opt

@alexcrichton
Copy link
Member Author

@bors: retry force

On Tue, Apr 14, 2015 at 5:52 PM, bors [email protected] wrote:

[image: 💔] Test failed - auto-linux-64-opt
http://buildbot.rust-lang.org/builders/auto-linux-64-opt/builds/4479


Reply to this email directly or view it on GitHub
#24433 (comment).

@bors
Copy link
Collaborator

bors commented Apr 15, 2015

⌛ Testing commit e053571 with merge 16e1fce...

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.