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

cleanup: Use RangeFrom rather than custom Incrementor #181

Merged
merged 1 commit into from Nov 22, 2017

Conversation

antrik
Copy link
Contributor

@antrik antrik commented Nov 19, 2017

Use standard library functionality instead of custom class.

When I reviewed the PR that originally introduced this, it did feel
wrong to me to implement such a generic helper class in our code... But
for some reason it didn't occur to me that a simple range iterator is
the obvious answer.

Use standard library functionality instead of custom class.

When I reviewed the PR that originally introduced this, it *did* feel
wrong to me to implement such a generic helper class in our code... But
for some reason it didn't occur to me that a simple range iterator is
the obvious answer.
@antrik
Copy link
Contributor Author

antrik commented Nov 19, 2017

cc @dlrobertson

Copy link
Contributor

@dlrobertson dlrobertson left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice!

@nox
Copy link
Contributor

nox commented Nov 22, 2017

@bors-servo r+

@bors-servo
Copy link
Contributor

📌 Commit 433bd51 has been approved by nox

@highfive highfive assigned nox and unassigned jdm Nov 22, 2017
@bors-servo
Copy link
Contributor

⌛ Testing commit 433bd51 with merge eab8063...

bors-servo pushed a commit that referenced this pull request Nov 22, 2017
cleanup: Use `RangeFrom` rather than custom `Incrementor`

Use standard library functionality instead of custom class.

When I reviewed the PR that originally introduced this, it *did* feel
wrong to me to implement such a generic helper class in our code... But
for some reason it didn't occur to me that a simple range iterator is
the obvious answer.
@bors-servo
Copy link
Contributor

☀️ Test successful - status-appveyor, status-travis
Approved by: nox
Pushing eab8063 to master...

@bors-servo bors-servo merged commit 433bd51 into servo:master Nov 22, 2017
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.

None yet

6 participants