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.

Sign up for GitHub

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

Jump to bottom

Tracking issue for "Align the count parameter of splitn with other languages" (RFC 979) #23911

Closed
aturon opened this issue Mar 31, 2015 · 0 comments · Fixed by #23951
Closed

Tracking issue for "Align the count parameter of splitn with other languages" (RFC 979) #23911

aturon opened this issue Mar 31, 2015 · 0 comments · Fixed by #23951
Labels
B-RFC-approved Blocker: Approved by a merged RFC but not yet implemented.
Milestone
1.0 beta

Comments

@aturon
Copy link
Member

aturon commented Mar 31, 2015

rust-lang/rfcs#979
@aturon aturon added A-libs B-RFC-approved Blocker: Approved by a merged RFC but not yet implemented. labels Mar 31, 2015
@aturon aturon added this to the 1.0 beta milestone Mar 31, 2015
@aturon aturon mentioned this issue Mar 31, 2015
Merged
@alexcrichton alexcrichton mentioned this issue Apr 1, 2015
Merged
alexcrichton added a commit to alexcrichton/rust that referenced this issue Apr 1, 2015
@alexcrichton
std: Changing the meaning of the count to splitn
e98dce3 
This commit is an implementation of [RFC 979][rfc] which changes the meaning of
the count parameter to the `splitn` function on strings and slices. The
parameter now means the number of items that are returned from the iterator, not
the number of splits that are made.

[rfc]: rust-lang/rfcs#979

Closes rust-lang#23911
[breaking-change]
alexcrichton added a commit to alexcrichton/rust that referenced this issue Apr 1, 2015
@alexcrichton
rollup merge of rust-lang#23951: alexcrichton/splitn
e9bacba 
This commit is an implementation of [RFC 979][rfc] which changes the meaning of
the count parameter to the `splitn` function on strings and slices. The
parameter now means the number of items that are returned from the iterator, not
the number of splits that are made.

[rfc]: rust-lang/rfcs#979

Closes rust-lang#23911
[breaking-change]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
B-RFC-approved Blocker: Approved by a merged RFC but not yet implemented.
Projects
None yet
Milestone
1.0 beta
Development

Successfully merging a pull request may close this issue.

std: Changing the meaning of the count to splitn alexcrichton/rust
1 participant
@aturon