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

[input.iterators] odd phrasing for postconditions of iterator operator++ #2203

Closed
zygoloid opened this issue Jun 21, 2018 · 0 comments
Closed
Assignees

Comments

@zygoloid
Copy link
Member

The "Input iterator requirements" table says this about ++r:

Postconditions: r is dereferenceable or r is past-the-end; any copies of the previous value of r are no longer required either to be dereferenceable or to be in the domain of ==.

This can be read as if there are two options: either copies of the value aren't required to be dereferenceable or they aren't required to be in the domain of ==. But I'm pretty sure the wording means both of those things (which is another way to read this sentence). Something like this would help:

any copies of the previous value of r are no longer required to be dereferenceable nor to be in the domain of ==.

This wording has also been copied into [fs.rec.dir.itr.members] by LWG3067; any fixes should be applied in both places.

@jensmaurer jensmaurer changed the title odd phrasing for postconditions of iterator operator++ [input.iterators] odd phrasing for postconditions of iterator operator++ Jun 28, 2018
@jensmaurer jensmaurer self-assigned this Jun 28, 2018
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

No branches or pull requests

2 participants