Skip to content

Conversation

@eisenwave
Copy link
Member

Fixes #8465.

Fixes NB US 160-260 (C++26 CD).

Fixes NB US 160-260 (C++26 CD).
@eisenwave eisenwave added this to the post-2025-11 milestone Nov 15, 2025
Fixes NB US 209-332 (C++26 CD).
Fixes NB US 228-348 (C++26 CD).
Fixes NB US 263-396 (C++26 CD).
Fixes NB US 265-398 and US 266-399 (C++26 CD).
Fixes NB US 112-172 (C++26 CD).
Fixes NB US 130-193 (C++26 CD).
@eisenwave eisenwave marked this pull request as ready for review November 15, 2025 18:07
For a nonempty range, eliminates all but the first element
from every consecutive group of equivalent elements referred to
Eliminates all elements referred to
by the iterator \tcode{i} in the range \range{first + 1}{last}
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
by the iterator \tcode{i} in the range \range{first + 1}{last}
by the iterator \tcode{i} in the range \range{first}{last}

for which $E(\tcode{i})$ holds
Copies only the first $N$ elements
referred to by the iterator \tcode{i} in the range \range{first}{last}
for which $E(\tcode{i})$ is \tcode{true}
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
for which $E(\tcode{i})$ is \tcode{true}
for which $E(\tcode{i})$ is \tcode{false}

Each such exception object is of an unspecified type
such that a \grammarterm{handler} of type \tcode{exception}
matches\iref{except.handle} the exception object
but a handler of type \tcode{dependent_sender_error} does not.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
but a handler of type \tcode{dependent_sender_error} does not.
but a \grammarterm{handler} of type \tcode{dependent_sender_error} does not.

of some most derived object \tcode{o} within its lifetime.
The lifetime of \tcode{o} does not end
as long as there exists a \tcode{shared_ptr} object \tcode{q} within its lifetime
such that \tcode{q.owner_equal(p)} is \tcode{true}.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
such that \tcode{q.owner_equal(p)} is \tcode{true}.
such that \tcode{q.owner_equal(p)} is \tcode{true}.

\begin{itemdescr}
\pnum
\expects
The ends of
Copy link
Contributor

Choose a reason for hiding this comment

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

I'd move the of to the next line; ditto for the next two.

the call is specified to produce a reflection of a type,
but $S$ would have no member named \tcode{type}; or
\item
the call is specified to return \tcode{S::value},
Copy link
Contributor

Choose a reason for hiding this comment

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

I guess here you want S in math font too to match the rest of the text?

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.

[2025-11 LWG Motion 6] P3914R0 Assorted NB comment resolutions for Kona 2025

2 participants