-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Closed
Labels
LWGLibrary Working Group issueLibrary Working Group issuemetaIssues about issues!Issues about issues!resolvedSuccessfully resolved without a commitSuccessfully resolved without a commit
Description
(Previous meta-issue: #5292)
At the June 2025 meeting, the following LWG issues were resolved in the C++ Working Paper.
❔ Not yet analyzed
- Remaining issues:
- All done! Thanks @frederick-vs-ja for the speedy and thorough analysis! 😻
❌ Not applicable
If an issue requires no action from implementers, we mark it as N/A. Categories:
- Pure wording clarifications with nothing to implement (these can be changes to non-normative text like examples and informative notes, or wording cleanups to normative text that don't impact observable behavior)
- Something that increases the restrictions placed on users, but implementers aren't expected to enforce those restrictions
- Fixes for obviously broken wording, where implementers would have done the right thing anyways
- LWG-4227 Missing
noexceptoperator in [exec.when.all]
- LWG-4227 Missing
😸 Already implemented
Sometimes we cite LWG issues in product code comments as we're implementing their proposed resolutions. When the resolutions are officially accepted, we should remove the citations (as the default assumption is that we're implementing what the Standard says). If something is especially subtle, we can convert the citation to mention the relevant Standard section. Sometimes we should add test coverage - e.g. when the Standard begins requiring something that we were already doing but weren't explicitly testing for.
- Already implemented, comments need to be removed, and messages need to cite the Standard
- LWG-4245 Operators that interact with
counted_iteratoranddefault_sentinel_tshould benoexcept
- LWG-4245 Operators that interact with
- Implemented without comments
🩹 Patches an unimplemented feature
- Recorded this LWG issue in the GitHub issue tracking the feature. That way, we'll remember to verify it, but it doesn't represent net new work.
- P2300R10
std::execution#4768- LWG-4198
schedule_fromisn't starting the schedule sender if decay-copying results throws - LWG-4200 The
operation_stateconcept can be simplified - LWG-4201
with-await-transform::await_transformshould not use a deduced return type - LWG-4202
enable-sendershould be a variable template - LWG-4203 Constraints on
get-statefunctions are incorrect - LWG-4204 Specification of
as-sndr2(Sig)in [exec.let] is incomplete - LWG-4205
let_[*].transform_envis specified in terms of thelet_*sender itself instead of its child - LWG-4208 Wording needs to ensure that in
connect(sndr, rcvr)thatrcvrexpression is only evaluated once - LWG-4209
default_domain::transform_envshould be returningFWD-ENV(env)
- LWG-4198
- P2300R10
🐞 Not yet implemented
Metadata
Metadata
Assignees
Labels
LWGLibrary Working Group issueLibrary Working Group issuemetaIssues about issues!Issues about issues!resolvedSuccessfully resolved without a commitSuccessfully resolved without a commit
Type
Projects
Status
Done