You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The "method of description" subclause has too many deeply nested children.
Suggestions:
Fold [conventions] away.
Move [customization.point.object] one level up (it's not a type) and shorten the stable label.
Beyond that, I'd also favor folding away [requirements]. It mixes requirements on user programs (the now prevalent understanding of (concept) "requirement"; e.g. [utility.requirements]) with general requirements on implementations (e.g. [contents]), which are usually not called out as "requirements" in the C++ standard.
Editorial meeting: Order exposition-only functions next to private members. Exposition-only concepts are not mentioned. Consolidate exposition-only. [character.seq] does not seem to fit under "type description"; the hanging paragraph contains a lot of misplaced stuff. "C standard library"; should be moved to "terms and definitions", including subclauses. Look again post-C++20.
Activity
[-][description] needs a structural overhaul[/-][+][library] needs a structural overhaul[/+]jensmaurer commentedon Jul 16, 2019
Editorial meeting: Order exposition-only functions next to private members. Exposition-only concepts are not mentioned. Consolidate exposition-only. [character.seq] does not seem to fit under "type description"; the hanging paragraph contains a lot of misplaced stuff. "C standard library"; should be moved to "terms and definitions", including subclauses. Look again post-C++20.
AlisdairM commentedon Nov 14, 2025
Should this be linked to #7399?
Should the milestone move to C++29, or do we still think that this is in scope for C++26?