Skip to content

Conversation

@eisenwave
Copy link
Member

@eisenwave eisenwave commented Nov 8, 2025

Fixes #7486.

This is largely using @jwakely's proposed wording from #7486 (comment), with minor adjustments.

The PR fixes a normative defect that was introduced editorially in #7115. I assume that this needs no LWG issue because the defect is relatively new and wouldn't have existed without editorial errors anyway.

@eisenwave eisenwave added the P1-Important Misapplication of paper, malformed code, internal inconsistencies label Nov 8, 2025
@jwakely
Copy link
Member

jwakely commented Nov 9, 2025

Why not use my +[0,n) suggestion?

@jwakely
Copy link
Member

jwakely commented Nov 9, 2025

@eisenwave
Copy link
Member Author

eisenwave commented Nov 9, 2025

I've never seen that syntax before and got spooked. I didn't even know there is a \countedrange macro.

I'll change it to what you've suggested.

@eisenwave eisenwave force-pushed the fix-try-append-range branch from dc186e6 to 3ea8188 Compare November 9, 2025 08:22
@tkoeppe
Copy link
Contributor

tkoeppe commented Nov 9, 2025

Thanks!

@tkoeppe tkoeppe merged commit 605dcaa into cplusplus:main Nov 9, 2025
2 checks passed
@tkoeppe tkoeppe removed the P1-Important Misapplication of paper, malformed code, internal inconsistencies label Nov 9, 2025
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.

[inplace.vector.modifiers] Revert wording for the Returns of try_append_range?

3 participants