Skip to content

stabilized iterator_for_each (closes #42986) - #44567

Merged
bors merged 1 commit into
rust-lang:masterfrom
budziq:stabilize_iterator_for_each
Sep 17, 2017
Merged

stabilized iterator_for_each (closes #42986)#44567
bors merged 1 commit into
rust-lang:masterfrom
budziq:stabilize_iterator_for_each

Conversation

@budziq

Copy link
Copy Markdown
Contributor

Also updated clippy and rls as these use the iterator_for_each

I've made my first PR's today so most likely I've done something wrong. Sorry about that!

@budziq
budziqforce-pushed the stabilize_iterator_for_each branch from 61b8dff to d94dab7CompareSeptember 14, 2017 14:21
@kennytm

Copy link
Copy Markdown
Member

Failed to start the CI. Please update src/Cargo.lock.

[00:00:49] error: the lock file needs to be updated but --frozen was passed to prevent this

@cuviper

Copy link
Copy Markdown
Member

This needs to wait for completed FCP, right?

@kennytm

Copy link
Copy Markdown
Member

@cuviper according to https://internals.rust-lang.org/t/stabilizing-apis-in-the-standard-library/5906, it is ready once all team member checked their boxes, there's no need to wait for the FCP to end.

once all libs members have checked their checkboxes the issue is tagged with final-comment-period meaning it’s ready for stabilization.

@alexcrichton

Copy link
Copy Markdown
Member

Looks great to me, thanks @budziq! Looks like some stray submodule updates were included though?

@cuviper yeah for APIs we don't wait for the FCP to end, we just go ahead and throw them in once the team has signed off.

@alexcrichtonalexcrichton self-assigned this Sep 14, 2017
@alexcrichtonalexcrichton added the S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. label Sep 14, 2017
@budziq
budziqforce-pushed the stabilize_iterator_for_each branch from d94dab7 to b0655b1CompareSeptember 15, 2017 07:49
@budziq

Copy link
Copy Markdown
ContributorAuthor

Failed to start the CI. Please update src/Cargo.lock.

@kennytm Updated with Cargo.lock. Sorry about that!

Looks like some stray submodule updates were included though?

@alexcrichton The submodule updates were intentional due to rls and clipy depending on iterator_for_each. I've made PR's to their respective repos (rls, clippy) and updated the submodules to the PR commits according to this section in CONTRIBUTING.md

I might have misunderstood the instructions so I will be glad to fix any problems!

@oli-obk

oli-obk commented Sep 15, 2017

Copy link
Copy Markdown
Contributor

I might have misunderstood the instructions so I will be glad to fix any problems!

You're the first person to follow said instructions. Thanks!

If any problems show up with the process it's with the instructions and not you ;) Travis seems to like it so far.

@alexcrichton

Copy link
Copy Markdown
Member

@bors: r+

Ah ok, thanks!

@bors

bors commented Sep 15, 2017

Copy link
Copy Markdown
Collaborator

📌 Commit b0655b1 has been approved by alexcrichton

@alexcrichton

Copy link
Copy Markdown
Member

@bors: r-

Er actually, we prefer that our submodules are attached to long-lived commits which are at least somewhat relatively guaranteed to stick around into the future. In that sense the section of the contributing docs is wrong I believe in that we don't want to pin our submodules to PRs.

Does stabilization here cause build failures? If not can the submodule updates happen later on the master branch?

@budziq

Copy link
Copy Markdown
ContributorAuthor

Does stabilization here cause build failures?

The stabilization will cause build failure for rls and test failure in clippy. I believe that we have a chicken and egg problem here and the stabilization and submodule PR's should proceed in lockstep (submodules first to generate a long lived commit and shortly then the lang repo). But this is is actually a question to the maintainers 😄.

@alexcrichton

Copy link
Copy Markdown
Member

You can ignore clippy for now as we're not building it anyway, but for the rls we'll need to make a long-lived branch, which you can coordinate with @nrc for that

@budziq
budziqforce-pushed the stabilize_iterator_for_each branch from b0655b1 to 8772227CompareSeptember 15, 2017 15:07
@alexcrichton

Copy link
Copy Markdown
Member

@nrc can you make a branch of the RLS for this?

@budziq

Copy link
Copy Markdown
ContributorAuthor

@alexcrichton The PR is already on a branch

@alexcrichton

Copy link
Copy Markdown
Member

@bors: r+

Aha, great!

@bors

bors commented Sep 15, 2017

Copy link
Copy Markdown
Collaborator

📌 Commit 8772227 has been approved by alexcrichton

@alexcrichton

Copy link
Copy Markdown
Member

@bors: rollup

alexcrichton added a commit to alexcrichton/rust that referenced this pull request Sep 16, 2017
… r=alexcrichton
stabilized iterator_for_each (closesrust-lang#42986)
Also updated clippy and rls as these use the iterator_for_each
I've made my first PR's today so most likely I've done something wrong. Sorry about that!
frewsxcv added a commit to frewsxcv/rust that referenced this pull request Sep 16, 2017
… r=alexcrichton
stabilized iterator_for_each (closesrust-lang#42986)
Also updated clippy and rls as these use the iterator_for_each
I've made my first PR's today so most likely I've done something wrong. Sorry about that!
@frewsxcvfrewsxcv mentioned this pull request Sep 16, 2017
@budziq
budziqforce-pushed the stabilize_iterator_for_each branch from 8772227 to b715290CompareSeptember 16, 2017 21:14
@budziq

Copy link
Copy Markdown
ContributorAuthor

Rebased!

@alexcrichton

Copy link
Copy Markdown
Member

@bors: r+

@bors

bors commented Sep 16, 2017

Copy link
Copy Markdown
Collaborator

📌 Commit b715290 has been approved by alexcrichton

bors added a commit that referenced this pull request Sep 17, 2017
TimNN added a commit to TimNN/rust that referenced this pull request Sep 17, 2017
… r=alexcrichton
stabilized iterator_for_each (closesrust-lang#42986)
Also updated clippy and rls as these use the iterator_for_each
I've made my first PR's today so most likely I've done something wrong. Sorry about that!
@TimNNTimNN mentioned this pull request Sep 17, 2017
TimNN added a commit to TimNN/rust that referenced this pull request Sep 17, 2017
… r=alexcrichton
stabilized iterator_for_each (closesrust-lang#42986)
Also updated clippy and rls as these use the iterator_for_each
I've made my first PR's today so most likely I've done something wrong. Sorry about that!
@TimNNTimNN mentioned this pull request Sep 17, 2017
TimNN added a commit to TimNN/rust that referenced this pull request Sep 17, 2017
… r=alexcrichton
stabilized iterator_for_each (closesrust-lang#42986)
Also updated clippy and rls as these use the iterator_for_each
I've made my first PR's today so most likely I've done something wrong. Sorry about that!
@TimNNTimNN mentioned this pull request Sep 17, 2017
bors added a commit that referenced this pull request Sep 17, 2017
@bors
bors merged commit b715290 into rust-lang:masterSep 17, 2017
@budziq
budziq deleted the stabilize_iterator_for_each branch September 17, 2017 17:11
@dtolnaydtolnay added relnotes Marks issues that should be documented in the release notes of the next release. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Sep 21, 2017
@dtolnaydtolnay added the beta-accepted Accepted for backporting to the compiler in the beta channel. label Sep 21, 2017
dtolnay added a commit to dtolnay/rust that referenced this pull request Sep 25, 2017
This includes the following stabilizations:
- tcpstream_connect_timeout rust-lang#44563
- iterator_for_each rust-lang#44567
- ord_max_min rust-lang#44593
- compiler_fences rust-lang#44595
- needs_drop rust-lang#44639
- vec_splice rust-lang#44640
dtolnay added a commit to dtolnay/rust that referenced this pull request Sep 26, 2017
This includes the following stabilizations:
- tcpstream_connect_timeout rust-lang#44563
- iterator_for_each rust-lang#44567
- ord_max_min rust-lang#44593
- compiler_fences rust-lang#44595
- needs_drop rust-lang#44639
- vec_splice rust-lang#44640
bors added a commit that referenced this pull request Sep 26, 2017
[beta] Backport accepted PRs to 1.21
Backport of:
- ~don't suggest placing `use` statements into expanded code #44215
- stabilize tcpstream_connect_timeout #44563
- stabilized iterator_for_each #44567
- travis: Move sccache to the us-west-1 region #44574
- stabilized ord_max_min #44593
- stabilized compiler_fences #44595
- ci: Upload/download from a new S3 bucket #44617
- stabilized needs_drop #44639
- Stabilized vec_splice and modified splice tracking issue #44640
- Backport libs stabilizations to 1.21 beta #44824
Mark-Simulacrum added a commit to Mark-Simulacrum/rust that referenced this pull request Sep 29, 2017
Backport libs stabilizations to 1.21 beta
Includes the following stabilizations:
- tcpstream_connect_timeout rust-lang#44563
- iterator_for_each rust-lang#44567
- ord_max_min rust-lang#44593
- compiler_fences rust-lang#44595
- needs_drop rust-lang#44639
- vec_splice rust-lang#44640
These have been backported in rust-lang#44823.
kennytm added a commit to kennytm/rust that referenced this pull request Oct 5, 2017
…veklabnik
Corrected the CONTRIBUTING.md "External Dependencies" section
The "External Dependencies" section is a little outdated.
Please see following comments rust-lang#44567 (comment)rust-lang#44567 (comment) for rationale.
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

beta-acceptedAccepted for backporting to the compiler in the beta channel.relnotesMarks issues that should be documented in the release notes of the next release.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants

@budziq@kennytm@cuviper@alexcrichton@oli-obk@bors@dtolnay