C++ Standard Library Issues List (Revision D125)

Index by Section

Reference ISO/IEC IS 14882:2024(E)

This document is the Index by Section for the Library Active Issues List, Library Defect Reports and Accepted Issues, and Library Closed Issues List.

Index by Section

(view only non-Ready open issues)

Revised 2024-12-06 at 21:10:13 UTC

Section 2 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
571⁽ⁱ⁾	NAD Editorial	2 [intro.refs]	Update C90 references to C99?	Yes
653⁽ⁱ⁾	NAD	2 [intro.refs]	Library reserved names	Yes

Section 3 (6 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2872⁽ⁱ⁾	C++17	3 [intro.defs]	Add definition for direct-non-list-initialization	Yes
1354⁽ⁱ⁾	C++11	3.15 [defns.deadlock]	The definition of deadlock excludes cases involving a single thread	Yes
2392⁽ⁱ⁾	WP	3.35 [defns.ntcts]	"character type" is used but not defined	Yes	3
3119⁽ⁱ⁾	C++20	3.41 [defns.prog.def.spec]	Program-definedness of closure types	Yes	2
3513⁽ⁱ⁾	New	3.42 [defns.prog.def.type]	Fix definition of program-defined based on its uses	Yes	3
4005⁽ⁱ⁾	New	3.47 [defns.required.behavior]	"Required behavior" too narrowly defined	No	2

Section 4 (1 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3669⁽ⁱ⁾	New	4.1.2 [intro.abstract]	`std::filesystem` operations should be observable behaviour	No	3

Section 6 (4 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
873⁽ⁱ⁾	NAD Editorial	6.8.2 [basic.fundamental]	signed integral type and unsigned integral type are not clearly defined	Yes
2506⁽ⁱ⁾	SG1	6.9.2 [intro.multithread]	Underspecification of atomics	No	3
2075⁽ⁱ⁾	Resolved	6.9.2 [intro.multithread]	Progress guarantees, lock-free property, and scheduling assumptions	Yes
462⁽ⁱ⁾	NAD	6.9.3.4 [basic.start.term]	Destroying objects with static storage duration	Yes

Section 16 (226 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3105⁽ⁱ⁾	New	16 [library]	`T1` is convertible to `T2`	No	3
2949⁽ⁱ⁾	New	16 [library]	Unclear complexity requirements: space vs. time	No	4
1195⁽ⁱ⁾	C++11	16 [library]	"Diagnostic required" wording is insufficient to prevent UB	Yes
1349⁽ⁱ⁾	C++11	16 [library]	`swap` should not throw	Yes
182⁽ⁱ⁾	CD1	16 [library]	Ambiguous references to size_t	Yes
230⁽ⁱ⁾	CD1	16 [library]	Assignable specified without also specifying CopyConstructible	Yes
336⁽ⁱ⁾	CD1	16 [library]	Clause 17 lack of references to deprecated headers	Yes
2925⁽ⁱ⁾	Resolved	16 [library]	Template argument deduction is not used in the standard library	Yes
343⁽ⁱ⁾	Resolved	16 [library]	Unspecified library header dependencies	Yes
625⁽ⁱ⁾	Resolved	16 [library]	Mixed up Effects and Returns clauses	Yes		895
1151⁽ⁱ⁾	Resolved	16 [library]	Behavior of the library in the presence of threads is incompletely specified	Yes
1344⁽ⁱ⁾	Resolved	16 [library]	Replace `throw()` with `noexcept`	Yes		1351
1345⁽ⁱ⁾	Resolved	16 [library]	Library classes should have `noexcept` move operations	Yes
1346⁽ⁱ⁾	Resolved	16 [library]	Apply `noexcept` where library specification does not permit exceptions	Yes		1352
1347⁽ⁱ⁾	Resolved	16 [library]	Apply `noexcept` judiciously throughout the library	Yes
1353⁽ⁱ⁾	Resolved	16 [library]	Clarify the state of a moved-from object	Yes
972⁽ⁱ⁾	NAD Editorial	16 [library]	The term "Assignable" undefined but still in use	Yes
1232⁽ⁱ⁾	NAD Editorial	16 [library]	Still `swap`'s with rvalue-references	Yes
877⁽ⁱ⁾	NAD	16 [library]	to `throw()` or to Throw: Nothing.	Yes
2898⁽ⁱ⁾	NAD	16 [library]	Prefer not to use member typedefs as constructor parameters	Yes
2865⁽ⁱ⁾	NAD	16 [library]	Resolve all open Library issues for C++17	Yes
1173⁽ⁱ⁾	NAD	16 [library]	"Equivalence" wishy-washiness	Yes	3
385⁽ⁱ⁾	NAD	16 [library]	Does call by value imply the CopyConstructible requirement?	Yes
941⁽ⁱ⁾	NAD	16 [library]	Ref-qualifiers for assignment operators	Yes
996⁽ⁱ⁾	NAD	16 [library]	Move operation not well specified	Yes
1099⁽ⁱ⁾	NAD	16 [library]	Various issues	Yes
1153⁽ⁱ⁾	NAD	16 [library]	Standard library needs review for constructors to be explicit to avoid treatment as initializer-list constructor	Yes
1236⁽ⁱ⁾	NAD	16 [library]	reserved identifiers in programs not using the library	Yes
1331⁽ⁱ⁾	NAD	16 [library]	incorporate move special member functions into library	Yes
1348⁽ⁱ⁾	NAD	16 [library]	Exception safety of unspecified types	Yes
1350⁽ⁱ⁾	Dup	16 [library]	Implicit contructors accidentally made some library types move-only	Yes		1421
1351⁽ⁱ⁾	Dup	16 [library]	Replace dynamic exception specifications with `noexcept`	Yes		1344
1352⁽ⁱ⁾	Dup	16 [library]	Apply `noexcept` where library specification says "Throws: Nothing"	Yes		1346
989⁽ⁱ⁾	NAD Concepts	16 [library]	late_check and library	Yes
1001⁽ⁱ⁾	NAD Concepts	16 [library]	Pointers, concepts and headers	Yes
1096⁽ⁱ⁾	NAD Concepts	16 [library]	unconstrained rvalue ref parameters	Yes
3538⁽ⁱ⁾	New	16.2 [library.c]	§[library.c] C library functions are not addressable	No	2
2136⁽ⁱ⁾	Open	16.3.2 [structure]	Postconditions vs. exceptions	Yes	3
424⁽ⁱ⁾	NAD Editorial	16.3.2.2 [structure.summary]	normative notes	Yes
3556⁽ⁱ⁾	New	16.3.2.3 [structure.requirements]	Specification of when semantic constraints are imposed by use of concepts is unclear	No	3
995⁽ⁱ⁾	NAD	16.3.2.3 [structure.requirements]	Operational Semantics Unclear	Yes
3193⁽ⁱ⁾	New	16.3.2.4 [structure.specifications]	Mandates: and Expects: elements are not defined for types	Yes	3
3401⁽ⁱ⁾	New	16.3.2.4 [structure.specifications]	Is "as if by" equivalent to "equivalent to"?	No	3
2679⁽ⁱ⁾	C++17	16.3.2.4 [structure.specifications]	Inconsistent Use of Effects and Equivalent To	Yes	3
2710⁽ⁱ⁾	C++17	16.3.2.4 [structure.specifications]	"Effects: Equivalent to ..." doesn't count "Synchronization:" as determined semantics	Yes	0
997⁽ⁱ⁾	C++11	16.3.2.4 [structure.specifications]	"Effects: Equivalent to" is underspecified	Yes
222⁽ⁱ⁾	TC1	16.3.2.4 [structure.specifications]	Are throw clauses necessary if a throw is already implied by the effects clause?	Yes
3168⁽ⁱ⁾	Resolved	16.3.2.4 [structure.specifications]	Expects: element should be specified in one place	Yes	2
2292⁽ⁱ⁾	Resolved	16.3.2.4 [structure.specifications]	Find a better phrasing for "shall not participate in overload resolution"	Yes	3
626⁽ⁱ⁾	NAD Editorial	16.3.2.4 [structure.specifications]	new Remark clauses not documented	Yes
1179⁽ⁱ⁾	NAD Editorial	16.3.2.4 [structure.specifications]	Probably editorial in [structure.specifications]	Yes
492⁽ⁱ⁾	NAD	16.3.2.4 [structure.specifications]	Invalid iterator arithmetic expressions	Yes
663⁽ⁱ⁾	NAD	16.3.2.4 [structure.specifications]	Complexity Requirements	Yes
895⁽ⁱ⁾	Dup	16.3.2.4 [structure.specifications]	"Requires:" on std::string::at et al	Yes		625
3818⁽ⁱ⁾	C++23	16.3.3 [conventions]	Exposition-only concepts are not described in library intro	Yes
3724⁽ⁱ⁾	C++23	16.3.3.2 [expos.only.entity]	`decay-copy` should be constrained	Yes	3
2999⁽ⁱ⁾	Resolved	16.3.3.2 [expos.only.entity]	§[thread.decaycopy] issue	Yes	3
1156⁽ⁱ⁾	NAD	16.3.3.3.2 [enumerated.types]	Constraints on bitmask and enumeration types to be tightened	Yes
3977⁽ⁱ⁾	New	16.3.3.3.3 [bitmask.types]	`constexpr` and `noexcept` for operators for bitmask types	Yes	3
3092⁽ⁱ⁾	Open	16.3.3.3.3 [bitmask.types]	Unclear semantics of `enum class` bitmask types	Yes	3
262⁽ⁱ⁾	CD1	16.3.3.3.3 [bitmask.types]	Bitmask operator ~ specified incorrectly	Yes
1357⁽ⁱ⁾	Resolved	16.3.3.3.3 [bitmask.types]	Library bitmask types to not satisfy the bimask type requirements	Yes
2692⁽ⁱ⁾	NAD	16.3.3.3.3 [bitmask.types]	Overspecification of lvalueness of bitmask elements	Yes	3
3620⁽ⁱ⁾	New	16.3.3.3.4.1 [character.seq.general]	What are execution character sets and execution wide-character sets (after P2314R4)?	No	3
1060⁽ⁱ⁾	NAD Editorial	16.3.3.3.4.2 [byte.strings]	Embedded nulls in NTBS	Yes
3285⁽ⁱ⁾	C++20	16.3.3.3.5 [customization.point.object]	The type of a customization point object shall satisfy `semiregular`	Yes	0
3510⁽ⁱ⁾	Resolved	16.3.3.3.5 [customization.point.object]	Customization point objects should be invocable as non-`const` too	Yes	3
3753⁽ⁱ⁾	C++23	16.3.3.6 [freestanding.item]	Clarify entity vs. freestanding entity	Yes	2
3815⁽ⁱ⁾	Resolved	16.3.3.6 [freestanding.item]	Freestanding enumerators specification is lacking	Yes
4049⁽ⁱ⁾	New	16.4.2 [organization]	C `<foo.h>` headers not in freestanding	Yes	3
3690⁽ⁱ⁾	New	16.4.2.2 [contents]	`std::make_from_tuple` etc. should find all tuple-like `std::get` overloads	Yes	3
2818⁽ⁱ⁾	C++23	16.4.2.2 [contents]	`"::std::"` everywhere rule needs tweaking	Yes	2
1065⁽ⁱ⁾	C++11	16.4.2.2 [contents]	Allow inline namespaces within namespace `std` for implementations	Yes
229⁽ⁱ⁾	CD1	16.4.2.2 [contents]	Unqualified references of other library entities	Yes
992⁽ⁱ⁾	NAD	16.4.2.2 [contents]	Allow implementations to implement C library in the global namespace	Yes
2380⁽ⁱ⁾	C++17	16.4.2.3 [headers]	May `<cstdlib>` provide `long ::abs(long)` and `long long ::abs(long long)`?	Yes	2
310⁽ⁱ⁾	CD1	16.4.2.3 [headers]	Is errno a macro?	Yes
456⁽ⁱ⁾	CD1	16.4.2.3 [headers]	Traditional C header files are overspecified	Yes
465⁽ⁱ⁾	CD1	16.4.2.3 [headers]	Contents of <ciso646>	Yes
1002⁽ⁱ⁾	NAD	16.4.2.3 [headers]	Provide bulk include headers	Yes
3784⁽ⁱ⁾	C++23	16.4.2.4 [std.modules]	`std.compat` should not provide `::byte` and its friends	Yes
3871⁽ⁱ⁾	C++23	16.4.2.5 [compliance]	Adjust note about `terminate`	Yes
3148⁽ⁱ⁾	C++20	16.4.2.5 [compliance]	`<concepts>` should be freestanding	Yes	0
1264⁽ⁱ⁾	C++11	16.4.2.5 [compliance]	`quick_exit` support for freestanding implementations	Yes
1360⁽ⁱ⁾	C++11	16.4.2.5 [compliance]	Add `<atomic>` to free-standing implementations	Yes
833⁽ⁱ⁾	NAD	16.4.2.5 [compliance]	Freestanding implementations header list needs review for C++0x	Yes
1003⁽ⁱ⁾	NAD	16.4.2.5 [compliance]	Require more useful headers for freestanding implementations	Yes
1358⁽ⁱ⁾	NAD	16.4.2.5 [compliance]	Add `<chrono>` and `<ratio>` to freestanding implementations	Yes
1359⁽ⁱ⁾	NAD	16.4.2.5 [compliance]	Add `<tuple>` and `<utility>` to freestanding implementations	Yes
1361⁽ⁱ⁾	NAD	16.4.3 [using]	Does use of `std::size_t` in a header imply that typedef name is available to users?	Yes
3240⁽ⁱ⁾	New	16.4.3.2 [using.headers]	Headers declare more than entities	No	3
2428⁽ⁱ⁾	C++17	16.4.3.2 [using.headers]	"External declaration" used without being defined	Yes	0
2225⁽ⁱ⁾	C++14	16.4.3.2 [using.headers]	Unrealistic header inclusion checks required	Yes
657⁽ⁱ⁾	NAD	16.4.3.2 [using.headers]	unclear requirement about header inclusion	Yes
1⁽ⁱ⁾	TC1	16.4.3.3 [using.linkage]	C library linkage editing oversight	Yes
2281⁽ⁱ⁾	NAD Editorial	16.4.3.3 [using.linkage]	C99 cross-reference typo in [using.linkage]	Yes
3640⁽ⁱ⁾	New	16.4.4 [utility.requirements]	Clarify which exceptions are propagated	Yes	3
4075⁽ⁱ⁾	SG1	16.4.4 [utility.requirements]	Thread stability requirement on constructors and destructors	No	3
2146⁽ⁱ⁾	Open	16.4.4.2 [utility.arg.requirements]	Are reference types `CopyConstructible`/`MoveConstructible`/`CopyAssignable`/`MoveAssignable`/`Destructible`?	No	3
2170⁽ⁱ⁾	C++17	16.4.4.2 [utility.arg.requirements]	Aggregates cannot be `DefaultConstructible`	Yes	2
724⁽ⁱ⁾	C++11	16.4.4.2 [utility.arg.requirements]	`DefaultConstructible` is not defined	Yes
753⁽ⁱ⁾	C++11	16.4.4.2 [utility.arg.requirements]	Move constructor in draft	Yes
1309⁽ⁱ⁾	C++11	16.4.4.2 [utility.arg.requirements]	Missing expressions for `Move/CopyConstructible`	Yes
672⁽ⁱ⁾	CD1	16.4.4.2 [utility.arg.requirements]	Swappable requirements need updating	Yes
594⁽ⁱ⁾	Resolved	16.4.4.2 [utility.arg.requirements]	Disadvantages of defining `Swappable` in terms of `CopyConstructible` and `Assignable`	Yes
742⁽ⁱ⁾	Resolved	16.4.4.2 [utility.arg.requirements]	Enabling `swap` for proxy iterators	Yes
1283⁽ⁱ⁾	Resolved	16.4.4.2 [utility.arg.requirements]	`MoveConstructible` and `MoveAssignable` need clarification of moved-from state	Yes
1322⁽ⁱ⁾	Resolved	16.4.4.2 [utility.arg.requirements]	Explicit `CopyConstructible` requirements are insufficient	Yes
390⁽ⁱ⁾	NAD Editorial	16.4.4.2 [utility.arg.requirements]	CopyConstructible requirements too strict	Yes
822⁽ⁱ⁾	NAD	16.4.4.2 [utility.arg.requirements]	Object with explicit copy constructor no longer `CopyConstructible`	Yes
1374⁽ⁱ⁾	NAD	16.4.4.2 [utility.arg.requirements]	Clarify moved-from objects are "toxic"	Yes
910⁽ⁱ⁾	NAD Concepts	16.4.4.2 [utility.arg.requirements]	Effects of MoveAssignable	Yes
2152⁽ⁱ⁾	LEWG	16.4.4.3 [swappable.requirements]	Instances of standard container types are not swappable	Yes	3
2171⁽ⁱ⁾	NAD	16.4.4.3 [swappable.requirements]	"swappable" undefined for swapping lvalue and rvalue	Yes
4155⁽ⁱ⁾	New	16.4.4.4 [nullablepointer.requirements]	Cpp17NullablePointer should require that some expression can be contextually converted to bool	Yes	3
2114⁽ⁱ⁾	Resolved	16.4.4.4 [nullablepointer.requirements]	Incorrect "contextually convertible to `bool`" requirements	Yes	3
2291⁽ⁱ⁾	C++14	16.4.4.5 [hash.requirements]	`std::hash` is vulnerable to collision DoS attack	Yes
1332⁽ⁱ⁾	C++11	16.4.4.5 [hash.requirements]	Let Hash objects throw!	Yes
3044⁽ⁱ⁾	New	16.4.4.6 [allocator.requirements]	Strange specification of `max_size()` for an allocator	Yes	3
3267⁽ⁱ⁾	New	16.4.4.6 [allocator.requirements]	Rebound allocators and `is_always_equal`	Yes	4
3157⁽ⁱ⁾	New	16.4.4.6 [allocator.requirements]	Allocator `destroy` and fancy pointer operations must be non-throwing	Yes	3
2461⁽ⁱ⁾	New	16.4.4.6 [allocator.requirements]	Interaction between allocators and container exception safety guarantees	No	3
2178⁽ⁱ⁾	Pending NAD Editorial	16.4.4.6 [allocator.requirements]	`Allocator` requirement changes not mentioned Annex C	Yes	3
2593⁽ⁱ⁾	C++20	16.4.4.6 [allocator.requirements]	Moved-from state of Allocators	Yes	4
3315⁽ⁱ⁾	C++20	16.4.4.6 [allocator.requirements]	Correct Allocator Default Behavior	Yes	0
2016⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	`Allocators` must be no-throw swappable	Yes	2
2260⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	Missing requirement for `Allocator::pointer`	Yes	3
2384⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	Allocator's `deallocate` function needs better specification	Yes	3
2447⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	Allocators and `volatile`-qualified value types	Yes	4
2455⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	Allocator default construction should be allowed to throw	Yes
2466⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	`allocator_traits::max_size()` default behavior is incorrect	Yes	3
2467⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	`is_always_equal` has slightly inconsistent default	Yes	0
2470⁽ⁱ⁾	C++17	16.4.4.6 [allocator.requirements]	Allocator's `destroy` function should be allowed to fail to instantiate	Yes
2065⁽ⁱ⁾	C++14	16.4.4.6 [allocator.requirements]	Minimal allocator interface	Yes
2081⁽ⁱ⁾	C++14	16.4.4.6 [allocator.requirements]	`Allocator` requirements should include `CopyConstructible`	Yes
2147⁽ⁱ⁾	C++14	16.4.4.6 [allocator.requirements]	Unclear hint type in `Allocator`'s `allocate` function	Yes
2162⁽ⁱ⁾	C++14	16.4.4.6 [allocator.requirements]	`allocator_traits::max_size` missing `noexcept`	Yes
2263⁽ⁱ⁾	C++14	16.4.4.6 [allocator.requirements]	Comparing iterators and allocator pointers with different const-character	Yes	1
752⁽ⁱ⁾	C++11	16.4.4.6 [allocator.requirements]	Allocator complexity requirement	Yes
258⁽ⁱ⁾	CD1	16.4.4.6 [allocator.requirements]	Missing allocator requirement	Yes
274⁽ⁱ⁾	CD1	16.4.4.6 [allocator.requirements]	a missing/impossible allocator requirement	Yes
401⁽ⁱ⁾	CD1	16.4.4.6 [allocator.requirements]	incorrect type casts in table 32 in lib.allocator.requirements	Yes
402⁽ⁱ⁾	CD1	16.4.4.6 [allocator.requirements]	wrong new expression in [some_]allocator::construct	Yes
199⁽ⁱ⁾	TC1	16.4.4.6 [allocator.requirements]	What does `allocate(0)` return?	Yes
2108⁽ⁱ⁾	Resolved	16.4.4.6 [allocator.requirements]	No way to identify allocator types that always compare equal	Yes	3
431⁽ⁱ⁾	Resolved	16.4.4.6 [allocator.requirements]	Swapping containers with unequal allocators	Yes
635⁽ⁱ⁾	Resolved	16.4.4.6 [allocator.requirements]	domain of `allocator::address`	Yes
12⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	Way objects hold allocators unclear	Yes
197⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	max_size() underspecified	Yes
277⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	Normative encouragement in allocator requirements unclear	Yes
487⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	Allocator::construct is too limiting	Yes
560⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	User-defined allocators without default constructor	Yes
1376⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	Allocator interface is not backward compatible	Yes
2311⁽ⁱ⁾	NAD	16.4.4.6 [allocator.requirements]	Allocator requirements should be further minimized	Yes	2
1375⁽ⁱ⁾	Dup	16.4.4.6 [allocator.requirements]	`reference_type` should not have been removed from the allocator requirements	Yes		1318
4128⁽ⁱ⁾	New	16.4.4.6.1 [allocator.requirements.general]	Allocator requirements should not allow rebinding conversions to be explicit	Yes	3
4065⁽ⁱ⁾	New	16.4.4.6.1 [allocator.requirements.general]	Requirements for fancy pointers might be insufficient for self-referential implementation of containers	Yes	3
3682⁽ⁱ⁾	New	16.4.4.6.1 [allocator.requirements.general]	A Cpp17Allocator type can't silently ignore an unsupported alignment	No	3
3775⁽ⁱ⁾	C++23	16.4.4.6.1 [allocator.requirements.general]	Broken dependencies in the Cpp17Allocator requirements	Yes
2954⁽ⁱ⁾	C++20	16.4.5 [constraints]	Specialization of the convenience variable templates should be prohibited	Yes
4047⁽ⁱ⁾	New	16.4.5.2.1 [namespace.std]	Explicitly specifying template arguments for `std::swap` should not be supported	No	4
3926⁽ⁱ⁾	New	16.4.5.2.1 [namespace.std]	Which namespace `std` is the mentioned one?	Yes	4
3177⁽ⁱ⁾	C++23	16.4.5.2.1 [namespace.std]	Limit permission to specialize variable templates to program-defined types	Yes	3
3441⁽ⁱ⁾	C++23	16.4.5.2.1 [namespace.std]	Misleading note about calls to customization points	Yes	1
2139⁽ⁱ⁾	C++20	16.4.5.2.1 [namespace.std]	What is a user-defined type?	Yes	4
2129⁽ⁱ⁾	C++17	16.4.5.2.1 [namespace.std]	User specializations of `std::initializer_list`	Yes	3
1157⁽ⁱ⁾	C++11	16.4.5.2.1 [namespace.std]	Local types can now instantiate templates	Yes
3442⁽ⁱ⁾	Resolved	16.4.5.2.1 [namespace.std]	Unsatisfiable suggested implementation of customization points	Yes	1
3928⁽ⁱ⁾	New	16.4.5.2.2 [namespace.posix]	Non-top-level namespace `posix` shouldn't be reserved	Yes	3
3550⁽ⁱ⁾	New	16.4.5.3 [reserved.names]	Names reserved by C for standard library not reserved by C++	No	3
120⁽ⁱ⁾	CD1	16.4.5.3 [reserved.names]	Can an implementor add specializations?	Yes
226⁽ⁱ⁾	CD1	16.4.5.3 [reserved.names]	User supplied specializations or overloads of namespace std function templates	Yes
232⁽ⁱ⁾	CD1	16.4.5.3 [reserved.names]	"depends" poorly defined in 17.4.3.1	Yes
422⁽ⁱ⁾	CD1	16.4.5.3 [reserved.names]	explicit specializations of member functions of class templates	Yes
3885⁽ⁱ⁾	WP	16.4.5.3.2 [zombie.names]	'`op`' should be in [zombie.names]	Yes
4149⁽ⁱ⁾	New	16.4.5.3.3 [macro.names]	User defined macros without standard headers (294 redux)	Yes
4033⁽ⁱ⁾	New	16.4.5.3.3 [macro.names]	§[macro.names] defining macros after importing the standard library	Yes	3
3132⁽ⁱ⁾	C++20	16.4.5.3.3 [macro.names]	Library needs to ban macros named `expects` or `ensures`	Yes	0
3147⁽ⁱ⁾	C++20	16.4.5.3.3 [macro.names]	Definitions of "likely" and "unlikely" are likely to cause problems	Yes	0
2014⁽ⁱ⁾	C++11	16.4.5.3.3 [macro.names]	More restrictions on macro names	Yes
294⁽ⁱ⁾	CD1	16.4.5.3.3 [macro.names]	User defined macros and standard headers	Yes
3920⁽ⁱ⁾	New	16.4.5.3.4 [extern.names]	Bad footnotes claiming external linkage for entities defined as macros	No	3
2340⁽ⁱ⁾	C++17	16.4.5.6 [replacement.functions]	Replacement allocation functions declared as inline	Yes	2
404⁽ⁱ⁾	CD1	16.4.5.6 [replacement.functions]	May a replacement allocation function be declared inline?	Yes
3142⁽ⁱ⁾	New	16.4.5.8 [res.on.functions]	`std::foo<incomplete>` should be ill-formed NDR	Yes	3
1004⁽ⁱ⁾	C++11	16.4.5.8 [res.on.functions]	Clarify "throws an exception"	Yes
611⁽ⁱ⁾	CD1	16.4.5.8 [res.on.functions]	Standard library templates and incomplete types	Yes
3511⁽ⁱ⁾	New	16.4.5.9 [res.on.arguments]	Clarify global permission to move	Yes	3
2468⁽ⁱ⁾	C++17	16.4.5.9 [res.on.arguments]	Self-move-assignment of library types	Yes	2
1362⁽ⁱ⁾	C++11	16.4.5.9 [res.on.arguments]	Description of binding to rvalue-references should use the new 'xvalue' vocabulary	Yes
1204⁽ⁱ⁾	C++11	16.4.5.9 [res.on.arguments]	Global permission to move	Yes
2224⁽ⁱ⁾	C++17	16.4.5.10 [res.on.objects]	Ambiguous status of access to non-live objects	Yes	2
1095⁽ⁱ⁾	C++11	16.4.5.10 [res.on.objects]	Shared objects and the library wording unclear	Yes
4068⁽ⁱ⁾	New	16.4.5.11 [res.on.requirements]	Terminology for objects whose types model a concept	No
3429⁽ⁱ⁾	New	16.4.5.11 [res.on.requirements]	"models" should subsume like "satisfies"	Yes	3
2112⁽ⁱ⁾	C++14	16.4.6 [conforming]	User-defined classes that cannot be derived from	Yes	1
2891⁽ⁱ⁾	NAD	16.4.6 [conforming]	Relax library requirements on `volatile` types	Yes
94⁽ⁱ⁾	NAD	16.4.6 [conforming]	May library implementors add template parameters to Standard Library classes?	Yes
2113⁽ⁱ⁾	NAD	16.4.6 [conforming]	Do library implementers have the freedom to add `final` to non-polymorphic components?	Yes
2373⁽ⁱ⁾	NAD	16.4.6 [conforming]	Make new entities and names in namespace `std` conforming extensions	Yes	3
1178⁽ⁱ⁾	C++11	16.4.6.2 [res.on.headers]	Header dependencies	Yes
4100⁽ⁱ⁾	New	16.4.6.4 [global.functions]	Default arguments and signatures of standard library non-member functions	Yes	3
2133⁽ⁱ⁾	C++17	16.4.6.4 [global.functions]	Attitude to overloaded comma for iterators	Yes	3
2795⁽ⁱ⁾	C++17	16.4.6.4 [global.functions]	§[global.functions] provides incorrect example of ADL use	Yes
225⁽ⁱ⁾	CD1	16.4.6.4 [global.functions]	std:: algorithms use of other unqualified algorithms	Yes
147⁽ⁱ⁾	TC1	16.4.6.4 [global.functions]	Library Intro refers to global functions that aren't global	Yes
2930⁽ⁱ⁾	NAD	16.4.6.4 [global.functions]	Are implementations allowed to split non-member functions into several overloads?	Yes
2695⁽ⁱ⁾	New	16.4.6.5 [member.functions]	"As if" unclear in [member.functions]	No	3
2259⁽ⁱ⁾	C++17	16.4.6.5 [member.functions]	Issues in 17.6.5.5 rules for member functions	Yes	3
2563⁽ⁱ⁾	NAD	16.4.6.5 [member.functions]	LWG 2259 relaxes requirements, perhaps unintentionally	Yes	2
95⁽ⁱ⁾	NAD	16.4.6.5 [member.functions]	Members added by the implementation	Yes
2013⁽ⁱ⁾	C++14	16.4.6.7 [constexpr.functions]	Do library implementers have the freedom to add `constexpr`?	Yes
2892⁽ⁱ⁾	NAD	16.4.6.7 [constexpr.functions]	Relax the prohibition on libraries adding `constexpr`	Yes	1
2044⁽ⁱ⁾	C++14	16.4.6.8 [algorithm.stable]	No definition of "Stable" for copy algorithms	Yes
2414⁽ⁱ⁾	Open	16.4.6.9 [reentrancy]	Member function reentrancy should be implementation-defined	Yes	3
2382⁽ⁱ⁾	Pending NAD	16.4.6.9 [reentrancy]	Unclear order of container update versus object destruction on removing an object	Yes	2
4145⁽ⁱ⁾	New	16.4.6.10 [res.on.data.races]	Unclear how [res.on.data.races] apply to templated functions	No	3
4129⁽ⁱ⁾	New	16.4.6.10 [res.on.data.races]	Possibly incorrect wording for data race avoidance	Yes
1526⁽ⁱ⁾	Resolved	16.4.6.10 [res.on.data.races]	C++ should not impose thread safety requirements on C99 library implementations	Yes	3
2866⁽ⁱ⁾	C++17	16.4.6.12 [derivation]	Incorrect derived classes constraints	Yes
3854⁽ⁱ⁾	New	16.4.6.13 [res.on.exception.handling]	§[res.on.exception.handling]/3 should not be applied to all standard library types	No	3
3229⁽ⁱ⁾	New	16.4.6.13 [res.on.exception.handling]	§[res.on.exception.handling]#3 cannot apply to types with implicitly declared destructors	Yes	3
119⁽ⁱ⁾	TC1	16.4.6.13 [res.on.exception.handling]	Should virtual functions be allowed to strengthen the exception specification?	Yes
2867⁽ⁱ⁾	Resolved	16.4.6.13 [res.on.exception.handling]	Bad footnote about explicit exception-specification	Yes
372⁽ⁱ⁾	NAD	16.4.6.13 [res.on.exception.handling]	Inconsistent description of stdlib exceptions	Yes
2839⁽ⁱ⁾	C++23	16.4.6.15 [lib.types.movedfrom]	Self-move-assignment of library types, again	Yes	2

Section 17 (168 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
1066⁽ⁱ⁾	C++11	17 [support]	Use `[[noreturn]]` attribute in the library	Yes
2709⁽ⁱ⁾	C++17	17.2 [support.types]	`offsetof` is unnecessarily imprecise	Yes	2
1097⁽ⁱ⁾	C++11	17.2 [support.types]	#define __STDCPP_THREADS	Yes
1363⁽ⁱ⁾	C++11	17.2 [support.types]	`offsetof` should be marked `noexcept`	Yes
306⁽ⁱ⁾	CD1	17.2 [support.types]	offsetof macro and non-POD types	Yes
449⁽ⁱ⁾	CD1	17.2 [support.types]	Library Issue 306 Goes Too Far	Yes
1314⁽ⁱ⁾	NAD	17.2 [support.types]	`NULL` and `nullptr`	Yes
2251⁽ⁱ⁾	NAD	17.2 [support.types]	C++ library should define `ssize_t`	Yes	3
2950⁽ⁱ⁾	C++20	17.2.5 [support.types.byteops]	`std::byte` operations are misspecified	Yes	1
201⁽ⁱ⁾	CD1	17.3 [support.limits]	Numeric limits terminology wrong	Yes
3217⁽ⁱ⁾	New	17.3.1 [support.limits.general]	`<memory>` and `<execution>` should define `__cpp_lib_parallel_algorithm`	Yes	3
3137⁽ⁱ⁾	C++20	17.3.1 [support.limits.general]	Header for `__cpp_lib_to_chars`	Yes	0
3122⁽ⁱ⁾	C++20	17.3.1 [support.limits.general]	`__cpp_lib_chrono_udls` was accidentally dropped	Yes	0
3256⁽ⁱ⁾	C++20	17.3.1 [support.limits.general]	Feature testing macro for `constexpr` algorithms	Yes	0
3257⁽ⁱ⁾	C++20	17.3.1 [support.limits.general]	Missing feature testing macro update from P0858	Yes	0
3274⁽ⁱ⁾	C++20	17.3.1 [support.limits.general]	Missing feature test macro for `<span>`	Yes	0
3931⁽ⁱ⁾	New	17.3.2 [version.syn]	Too many paper bump `__cpp_lib_ranges`	Yes	3
4126⁽ⁱ⁾	WP	17.3.2 [version.syn]	Some feature-test macros for fully freestanding features are not yet marked freestanding	Yes	2
4076⁽ⁱ⁾	WP	17.3.2 [version.syn]	`concat_view` should be freestanding	Yes
3887⁽ⁱ⁾	WP	17.3.2 [version.syn]	Version macro for `allocate_at_least`	Yes
3841⁽ⁱ⁾	C++23	17.3.2 [version.syn]	`<version>` should not be "all freestanding"	Yes
3437⁽ⁱ⁾	C++23	17.3.2 [version.syn]	`__cpp_lib_polymorphic_allocator` is in the wrong header	Yes	0
3621⁽ⁱ⁾	C++23	17.3.2 [version.syn]	Remove feature-test macro `__cpp_lib_monadic_optional`	Yes
3750⁽ⁱ⁾	C++23	17.3.2 [version.syn]	Too many papers bump `__cpp_lib_format`	Yes
3751⁽ⁱ⁾	C++23	17.3.2 [version.syn]	Missing feature macro for `flat_set`	Yes
3792⁽ⁱ⁾	C++23	17.3.2 [version.syn]	`__cpp_lib_constexpr_algorithms` should also be defined in `<utility>`	Yes
3807⁽ⁱ⁾	C++23	17.3.2 [version.syn]	The feature test macro for `ranges::find_last` should be renamed	Yes
3348⁽ⁱ⁾	C++20	17.3.2 [version.syn]	`__cpp_lib_unwrap_ref` in wrong header	Yes	2
3349⁽ⁱ⁾	C++20	17.3.2 [version.syn]	Missing `__cpp_lib_constexpr_complex` for P0415R1	Yes	0
3356⁽ⁱ⁾	C++20	17.3.2 [version.syn]	`__cpp_lib_nothrow_convertible` should be `__cpp_lib_is_nothrow_convertible`	Yes	0
3393⁽ⁱ⁾	C++20	17.3.2 [version.syn]	Missing/incorrect feature test macro for coroutines	Yes	0
3635⁽ⁱ⁾	NAD	17.3.2 [version.syn]	Add `__cpp_lib_deduction_guides` to feature test macros	Yes	3
3874⁽ⁱ⁾	NAD	17.3.2 [version.syn]	Rename `__cpp_lib_ranges_to_container` to `__cpp_lib_ranges_to`	Yes
3808⁽ⁱ⁾	NAD	17.3.2 [version.syn]	Inconsistent feature test macros for ranges algorithms	Yes
2248⁽ⁱ⁾	New	17.3.5 [numeric.limits]	`numeric_limits::is_iec559` misnamed	No	4
2730⁽ⁱ⁾	Open	17.3.5 [numeric.limits]	`numeric_limits` primary template definition	No	3
559⁽ⁱ⁾	CD1	17.3.5 [numeric.limits]	numeric_limits<const T>	Yes
902⁽ⁱ⁾	NAD Concepts	17.3.5 [numeric.limits]	Regular is the wrong concept to constrain numeric_limits	Yes
1005⁽ⁱ⁾	NAD Concepts	17.3.5 [numeric.limits]	`numeric_limits` partial specializations not concept enabled	Yes
3922⁽ⁱ⁾	New	17.3.5.1 [numeric.limits.general]	It's unclear whether `numeric_limits` can be specialized by users	Yes	3
3923⁽ⁱ⁾	New	17.3.5.1 [numeric.limits.general]	The specification of `numeric_limits` doesn't clearly distinguish between implementation requirements and user requirements	Yes	3
2422⁽ⁱ⁾	C++17	17.3.5.2 [numeric.limits.members]	`std::numeric_limits<T>::is_modulo` description: "most machines" errata	Yes	2
497⁽ⁱ⁾	CD1	17.3.5.2 [numeric.limits.members]	meaning of numeric_limits::traps for floating point types	Yes
612⁽ⁱ⁾	CD1	17.3.5.2 [numeric.limits.members]	numeric_limits::is_modulo insufficiently defined	Yes
591⁽ⁱ⁾	NAD Editorial	17.3.5.2 [numeric.limits.members]	Misleading "built-in	Yes
205⁽ⁱ⁾	NAD	17.3.5.2 [numeric.limits.members]	numeric_limits unclear on how to determine floating point types	Yes
184⁽ⁱ⁾	CD1	17.3.5.3 [numeric.special]	numeric_limits<bool> wording problems	Yes
613⁽ⁱ⁾	CD1	17.3.5.3 [numeric.special]	max_digits10 missing from numeric_limits	Yes
554⁽ⁱ⁾	NAD	17.3.5.3 [numeric.special]	Problem with lwg DR 184 numeric_limits<bool>	Yes
416⁽ⁱ⁾	CD1	17.3.6 [climits.syn]	definitions of XXX_MIN and XXX_MAX macros in climits	Yes
3370⁽ⁱ⁾	New	17.4.1 [cstdint.syn]	§[cstdint.syn]p2 and §[headers]p5 are not sufficiently clear	No	3
2820⁽ⁱ⁾	C++23	17.4.1 [cstdint.syn]	Clarify `<cstdint>` macros	Yes	3
3828⁽ⁱ⁾	C++23	17.4.1 [cstdint.syn]	Sync `intmax_t` and `uintmax_t` with C2x	Yes
593⁽ⁱ⁾	CD1	17.4.1 [cstdint.syn]	__STDC_CONSTANT_MACROS	Yes
557⁽ⁱ⁾	NAD Editorial	17.4.1 [cstdint.syn]	TR1: div(_Longlong, _Longlong) vs div(intmax_t, intmax_t)	Yes
553⁽ⁱ⁾	NAD Editorial	17.4.1 [cstdint.syn]	very minor editorial change `intptr_t` / `uintptr_t`	Yes
841⁽ⁱ⁾	NAD Editorial	17.4.1 [cstdint.syn]	cstdint.syn inconsistent with C99	Yes
2764⁽ⁱ⁾	Dup	17.4.1 [cstdint.syn]	Are `<cstddint>` macros optional?	Yes	3
3084⁽ⁱ⁾	New	17.5 [support.start.term]	Termination in C++ is unclear	No	3
2815⁽ⁱ⁾	New	17.5 [support.start.term]	`quick_exit` can deadlock	Yes	3
993⁽ⁱ⁾	C++11	17.5 [support.start.term]	`_Exit` needs better specification	Yes
1144⁽ⁱ⁾	C++11	17.5 [support.start.term]	"thread safe" is undefined	Yes
3⁽ⁱ⁾	TC1	17.5 [support.start.term]	Atexit registration during atexit() call is not described	Yes
2458⁽ⁱ⁾	C++17	17.6 [support.dynamic]	N3778 and new library deallocation signatures	Yes	2
2510⁽ⁱ⁾	C++17	17.6 [support.dynamic]	Tag types should not be `DefaultConstructible`	Yes	2
3106⁽ⁱ⁾	NAD	17.6.2 [new.syn]	`nothrow` should be `inline constexpr` rather that `extern const`	Yes	2
2425⁽ⁱ⁾	C++17	17.6.3 [new.delete]	`operator delete(void*, size_t)` doesn't invalidate pointers sufficiently	Yes	0
1006⁽ⁱ⁾	C++11	17.6.3 [new.delete]	`operator delete` in garbage collected implementation	Yes
9⁽ⁱ⁾	TC1	17.6.3 [new.delete]	Operator new(0) calls should not yield the same pointer	Yes
2368⁽ⁱ⁾	Resolved	17.6.3 [new.delete]	Replacing global `operator new`	Yes	2
3086⁽ⁱ⁾	New	17.6.3.2 [new.delete.single]	Possible problem in §[new.delete.single]	Yes	3
2737⁽ⁱ⁾	New	17.6.3.2 [new.delete.single]	Consider relaxing object size restrictions for single-object allocation functions	No	3
206⁽ⁱ⁾	CD1	17.6.3.2 [new.delete.single]	operator new(size_t, nothrow) may become unlinked to ordinary operator new if ordinary version replaced	Yes
319⁽ⁱ⁾	CD1	17.6.3.2 [new.delete.single]	Storage allocation wording confuses "Required behavior", "Requires"	Yes
627⁽ⁱ⁾	NAD	17.6.3.2 [new.delete.single]	Low memory and exceptions	Yes
298⁽ⁱ⁾	CD1	17.6.3.3 [new.delete.array]	::operator delete[] requirement incorrect/insufficient	Yes
3789⁽ⁱ⁾	NAD	17.6.3.3 [new.delete.array]	Precondition of (not replaced) `operator delete[]`	Yes
2303⁽ⁱ⁾	New	17.6.3.4 [new.delete.placement]	Explicit instantiation of `std::vector<UserType>` broken?	No	3
2302⁽ⁱ⁾	Pending NAD	17.6.3.4 [new.delete.placement]	Passing null pointer to placement new	Yes	2
114⁽ⁱ⁾	TC1	17.6.3.4 [new.delete.placement]	Placement forms example in error twice	Yes		196
196⁽ⁱ⁾	Dup	17.6.3.4 [new.delete.placement]	Placement new example has alignment problems	Yes		114
2508⁽ⁱ⁾	New	17.6.3.5 [new.delete.dataraces]	§[new.delete.dataraces] wording needs to be updated	No	3
1524⁽ⁱ⁾	C++11	17.6.3.5 [new.delete.dataraces]	Allocation functions are missing happens-before requirements and guarantees	Yes
1366⁽ⁱ⁾	Resolved	17.6.3.5 [new.delete.dataraces]	New-handler and data races	Yes
1365⁽ⁱ⁾	Resolved	17.6.4 [alloc.errors]	Thread-safety of handler functions	Yes
2378⁽ⁱ⁾	C++17	17.6.4.1 [bad.alloc]	Behaviour of standard exception types	Yes	0
994⁽ⁱ⁾	C++11	17.6.4.3 [new.handler]	`quick_exit` should terminate well-defined	Yes
4130⁽ⁱ⁾	Open	17.6.5 [ptr.launder]	Preconditions for `std::launder` might be overly strict	Yes	3
3495⁽ⁱ⁾	C++23	17.6.5 [ptr.launder]	`constexpr launder` makes pointers to inactive members of unions usable	Yes	3
2859⁽ⁱ⁾	C++20	17.6.5 [ptr.launder]	Definition of reachable in [ptr.launder] misses pointer arithmetic from pointer-interconvertible object	Yes	2
2821⁽ⁱ⁾	Resolved	17.6.5 [ptr.launder]	`std::launder()` should be marked as `[[nodiscard]]`	Yes	3
2860⁽ⁱ⁾	NAD	17.6.5 [ptr.launder]	`launder` and base class subobjects	Yes	2
3624⁽ⁱ⁾	New	17.7 [support.rtti]	Inconsistency of `<typeinfo>`, `<initializer_list>`, and `<compare>` in the standard library	Yes	3
2398⁽ⁱ⁾	Open	17.7.3 [type.info]	`type_info`'s destructor shouldn't be required to be virtual	Yes	3
108⁽ⁱ⁾	TC1	17.7.3 [type.info]	Lifetime of exception::what() return unspecified	Yes
2144⁽ⁱ⁾	C++14	17.7.7 [type.index]	Missing `noexcept` specification in `type_index`	Yes
1078⁽ⁱ⁾	NAD Concepts	17.7.7 [type.index]	DE-17: Remove class type_index	Yes
3396⁽ⁱ⁾	C++20	17.8.2.2 [support.srcloc.cons]	Clarify point of reference for `source_location::current()` (DE 169)	Yes	2
70⁽ⁱ⁾	TC1	17.9 [support.exception]	Uncaught_exception() missing throw() specification	Yes
269⁽ⁱ⁾	NAD	17.9 [support.exception]	cstdarg and unnamed parameters	Yes
4087⁽ⁱ⁾	SG16	17.9.3 [exception]	Standard exception messages have unspecified encoding	Yes	3
471⁽ⁱ⁾	C++11	17.9.3 [exception]	result of `what()` implementation-defined	Yes
266⁽ⁱ⁾	CD1	17.9.4 [bad.exception]	bad_exception::~bad_exception() missing Effects clause	Yes
2088⁽ⁱ⁾	Resolved	17.9.5 [exception.terminate]	`std::terminate` problem	Yes	3
2111⁽ⁱ⁾	C++17	17.9.5.4 [terminate]	Which `unexpected`/`terminate` handler is called from the exception handling runtime?	Yes	3
313⁽ⁱ⁾	NAD	17.9.5.4 [terminate]	set_terminate and set_unexpected question	Yes
314⁽ⁱ⁾	NAD	17.9.5.4 [terminate]	Is the stack unwound when terminate() is called?	Yes
1130⁽ⁱ⁾	C++11	17.9.7 [propagation]	`copy_exception` name misleading	Yes
744⁽ⁱ⁾	CD1	17.9.7 [propagation]	What is the lifetime of an exception pointed to by an `exception_ptr`?	Yes
746⁽ⁱ⁾	CD1	17.9.7 [propagation]	`current_exception` may fail with `bad_alloc`	Yes
820⁽ⁱ⁾	CD1	17.9.7 [propagation]	`current_exception()`'s interaction with throwing copy ctors	Yes
829⁽ⁱ⁾	CD1	17.9.7 [propagation]	current_exception wording unclear about exception type	Yes
1135⁽ⁱ⁾	Resolved	17.9.7 [propagation]	`exception_ptr` should support contextual conversion to `bool`	Yes
1307⁽ⁱ⁾	Resolved	17.9.7 [propagation]	`exception_ptr` and `allocator` pointers don't understand !=	Yes
1364⁽ⁱ⁾	Resolved	17.9.7 [propagation]	It is not clear how `exception_ptr` is synchronized	Yes
707⁽ⁱ⁾	NAD	17.9.7 [propagation]	null pointer constant for `exception_ptr`	Yes
745⁽ⁱ⁾	NAD	17.9.7 [propagation]	copy_exception API slices.	Yes
1369⁽ⁱ⁾	NAD	17.9.7 [propagation]	`rethrow_exception` may introduce data races	Yes
2855⁽ⁱ⁾	C++17	17.9.8 [except.nested]	`std::throw_with_nested("string_literal")`	Yes	0
2483⁽ⁱ⁾	C++17	17.9.8 [except.nested]	`throw_with_nested()` should use `is_final`	Yes	2
2484⁽ⁱ⁾	C++17	17.9.8 [except.nested]	`rethrow_if_nested()` is doubly unimplementable	Yes	2
2784⁽ⁱ⁾	C++17	17.9.8 [except.nested]	Resolution to LWG 2484 is missing "otherwise, no effects" and is hard to parse	Yes	0
819⁽ⁱ⁾	C++11	17.9.8 [except.nested]	rethrow_if_nested	Yes
1136⁽ⁱ⁾	C++11	17.9.8 [except.nested]	Incomplete specification of `nested_exception::rethrow_nested()`	Yes
1216⁽ⁱ⁾	C++11	17.9.8 [except.nested]	LWG 1066 Incomplete?	Yes
1370⁽ⁱ⁾	C++11	17.9.8 [except.nested]	`throw_with_nested` should not use perfect forwarding	Yes
1008⁽ⁱ⁾	NAD	17.9.8 [except.nested]	`nested_exception` wording unclear	Yes
1132⁽ⁱ⁾	NAD	17.9.8 [except.nested]	JP-30: nested exceptions	Yes
1007⁽ⁱ⁾	NAD Concepts	17.9.8 [except.nested]	`throw_with_nested` not concept enabled	Yes
2453⁽ⁱ⁾	New	17.10 [support.initlist]	§[iterator.range] and now [iterator.container] aren't available via `<initializer_list>`	No	3
2493⁽ⁱ⁾	New	17.10 [support.initlist]	`initializer_list` supports incomplete classes	No	4
2432⁽ⁱ⁾	NAD	17.10 [support.initlist]	`initializer_list` assignability	Yes	2
906⁽ⁱ⁾	NAD Concepts	17.10 [support.initlist]	`ObjectType` is the wrong concept to constrain `initializer_list`	Yes
4051⁽ⁱ⁾	New	17.11.2 [cmp.categories]	A less hacky and more useful way to compare comparison category types	Yes
3295⁽ⁱ⁾	Resolved	17.11.2 [cmp.categories]	Comparison category `operator==` are mis-specified	Yes	1
3239⁽ⁱ⁾	Resolved	17.11.2.2 [cmp.partialord]	Hidden friends should be specified more narrowly	Yes
3584⁽ⁱ⁾	New	17.11.3 [cmp.common]	Clarify common comparison category conversions	Yes	3
3587⁽ⁱ⁾	New	17.11.4 [cmp.concept]	`std::three_way_comparable_with<T, U, void>` can be satisfied but can't be modeled	No	3
3360⁽ⁱ⁾	C++20	17.11.4 [cmp.concept]	`three_way_comparable_with` is inconsistent with similar concepts	Yes	0
3932⁽ⁱ⁾	New	17.11.6 [cmp.alg]	Expression-equivalence is sometimes unimplementable when passing prvalue expressions to comparison CPOs	No	3
3491⁽ⁱ⁾	New	17.11.6 [cmp.alg]	What is a "decayed type"?	No	3
4157⁽ⁱ⁾	WP	17.11.6 [cmp.alg]	The resolution of LWG3465 was damaged by P2167R3	Yes
3465⁽ⁱ⁾	C++23	17.11.6 [cmp.alg]	`compare_partial_order_fallback` requires `F < E`	Yes	0
3324⁽ⁱ⁾	C++20	17.11.6 [cmp.alg]	Special-case `std::strong/weak/partial_order` for pointers	Yes	0
3653⁽ⁱ⁾	New	17.12.2 [coroutine.syn]	`<coroutine>` is freestanding, but uses `std::hash` which is not	No	3
3330⁽ⁱ⁾	C++20	17.12.2 [coroutine.syn]	Include `<compare>` from most library headers	Yes	0
3469⁽ⁱ⁾	Resolved	17.12.4.7 [coroutine.handle.promise]	Precondition of `coroutine_handle::promise` may be insufficient	Yes	2
3460⁽ⁱ⁾	C++23	17.12.5.2.4 [coroutine.handle.noop.resumption]	Unimplementable `noop_coroutine_handle` guarantees	Yes	2
2099⁽ⁱ⁾	C++14	17.13 [support.runtime]	Unnecessary constraints of `va_start()` usage	Yes
894⁽ⁱ⁾	C++11	17.13 [support.runtime]	longjmp and destructors	Yes
619⁽ⁱ⁾	CD1	17.13 [support.runtime]	Longjmp wording problem	Yes
2155⁽ⁱ⁾	Resolved	17.13 [support.runtime]	Macro `__bool_true_false_are_defined` should be removed	Yes	4
2241⁽ⁱ⁾	Resolved	17.13 [support.runtime]	`<cstdalign>` and `#define` of `alignof`	Yes	2
1265⁽ⁱ⁾	NAD	17.13 [support.runtime]	`longjmp` and destructors	Yes
3945⁽ⁱ⁾	New	17.13.2 [cstdarg.syn]	§[cstdarg.syn] 'Compatible types' are undefined	No	3
3652⁽ⁱ⁾	NAD	17.13.3 [csetjmp.syn]	Can we relax the preconditions of `longjmp`?	Yes
2879⁽ⁱ⁾	Resolved	17.13.4 [csignal.syn]	Removing C dependencies from signal handler wording	Yes
3756⁽ⁱ⁾	C++23	17.13.5 [support.signal]	Is the `std::atomic_flag` class signal-safe?	Yes	3
2536⁽ⁱ⁾	C++17	17.14 [support.c.headers]	What should `<complex.h>` do?	Yes	2
2835⁽ⁱ⁾	C++17	17.14 [support.c.headers]	LWG 2536 seems to misspecify `<tgmath.h>`	Yes	0
551⁽ⁱ⁾	CD1	17.14 [support.c.headers]	<ccomplex>	Yes
143⁽ⁱ⁾	NAD	17.14 [support.c.headers]	C .h header wording unclear	Yes
3954⁽ⁱ⁾	New	17.14.1 [support.c.headers.general]	Feature-test macros in C headers (`<stddef.h>` etc.)	No	3
3827⁽ⁱ⁾	C++23	17.14.4 [stdalign.h.syn]	Deprecate `<stdalign.h>` and `<stdbool.h>` macros	Yes
3883⁽ⁱ⁾	New	17.14.7 [support.c.headers.other]	§[support.c.headers.other] Ambiguity in the requirements for includes	Yes	4
3799⁽ⁱ⁾	New	17.14.7 [support.c.headers.other]	Should `<math.h>` provide 3-argument `::hypot` overloads?	No	3
3484⁽ⁱ⁾	New	17.14.7 [support.c.headers.other]	Should `<stddef.h>` declare `::nullptr_t`?	Yes	3
3782⁽ⁱ⁾	C++23	17.14.7 [support.c.headers.other]	Should `<math.h>` declare `::lerp`?	Yes

Section 18 (20 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3895⁽ⁱ⁾	New	18.3 [concepts.syn]	Various relation concepts are missing default values of the second template parameters	Yes	3
3182⁽ⁱ⁾	C++20	18.4.2 [concept.same]	Specification of `Same` could be clearer	Yes	0
3608⁽ⁱ⁾	New	18.4.4 [concept.convertible]	`convertible_to` and temporary-bound references	No	3
3459⁽ⁱ⁾	New	18.4.4 [concept.convertible]	Why doesn't `std::convertible_to` have semantic requirement when `To` is reference-to-function type?	No	3
3461⁽ⁱ⁾	C++23	18.4.4 [concept.convertible]	`convertible_to`'s description mishandles cv-qualified `void`	Yes	0
3557⁽ⁱ⁾	C++23	18.4.4 [concept.convertible]	The `static_cast` expression in `convertible_to` has the wrong operand	Yes
3194⁽ⁱ⁾	C++20	18.4.4 [concept.convertible]	`ConvertibleTo` prose does not match code	Yes	1
3151⁽ⁱ⁾	Resolved	18.4.4 [concept.convertible]	`ConvertibleTo` rejects conversions from array and function types	Yes	3
3153⁽ⁱ⁾	C++20	18.4.6 [concept.common]	`Common` and `common_type` have too little in common	Yes	0
3154⁽ⁱ⁾	C++20	18.4.6 [concept.common]	`Common` and `CommonReference` have a common defect	Yes	0
4165⁽ⁱ⁾	New	18.4.9 [concept.swappable]	Should swapping a built-in array or `std::array` with itself result in UB?	No
4041⁽ⁱ⁾	New	18.4.9 [concept.swappable]	The requirements on literal type in [concept.swappable] should be removed	Yes	4
3175⁽ⁱ⁾	C++20	18.4.9 [concept.swappable]	The `CommonReference` requirement of concept `SwappableWith` is not satisfied in the example	Yes	1
3345⁽ⁱ⁾	Resolved	18.4.9 [concept.swappable]	Incorrect usages of "models" versus "satisfies"	Yes	2
3149⁽ⁱ⁾	C++20	18.4.12 [concept.default.init]	`DefaultConstructible` should require default initialization	Yes	2
3338⁽ⁱ⁾	C++20	18.4.12 [concept.default.init]	Rename `default_constructible` to `default_initializable`	Yes	0
3421⁽ⁱ⁾	C++23	18.5.2 [concept.booleantestable]	Imperfect ADL emulation for `boolean-testable`	Yes	0
3329⁽ⁱ⁾	C++20	18.5.5 [concept.totallyordered]	`totally_ordered_with` both directly and indirectly requires `common_reference_with`	Yes	0
3331⁽ⁱ⁾	C++20	18.5.5 [concept.totallyordered]	Define `totally_ordered/_with` in terms of `partially-ordered-with`	Yes	0
3141⁽ⁱ⁾	C++20	18.6 [concepts.object]	`CopyConstructible` doesn't preserve source values	Yes	2

Section 19 (37 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
1371⁽ⁱ⁾	NAD	19 [diagnostics]	Standard exceptions require stronger no-throw guarantees	Yes
254⁽ⁱ⁾	CD1	19.2 [std.exceptions]	Exception types in clause 19 are constructed from `std::string`	Yes
2073⁽ⁱ⁾	NAD	19.2 [std.exceptions]	Library exceptions that take string arguments	Yes
3011⁽ⁱ⁾	Open	19.3 [assertions]	Requirements for `assert(E)` inconsistent with C	No	2
2234⁽ⁱ⁾	C++17	19.3 [assertions]	`assert()` should allow usage in constant expressions	Yes	2
2559⁽ⁱ⁾	C++17	19.3 [assertions]	Error in LWG 2234's resolution	Yes	0
2413⁽ⁱ⁾	NAD	19.3 [assertions]	`assert` macro is overconstrained	Yes	4
288⁽ⁱ⁾	CD1	19.4 [errno]	<cerrno> requirements missing macro EILSEQ	Yes
3629⁽ⁱ⁾	C++23	19.5 [syserr]	`make_error_code` and `make_error_condition` are customization points	Yes	2
1237⁽ⁱ⁾	C++11	19.5 [syserr]	Constrained `error_code`/`error_condition members`	Yes
804⁽ⁱ⁾	CD1	19.5 [syserr]	Some problems with classes `error_code`/`error_condition`	Yes
805⁽ⁱ⁾	CD1	19.5 [syserr]	`posix_error::posix_errno` concerns	Yes
697⁽ⁱ⁾	Resolved	19.5 [syserr]	New `<system_error>` header leads to name clashes	Yes
832⁽ⁱ⁾	NAD	19.5 [syserr]	Applying constexpr to System error support	Yes
3869⁽ⁱ⁾	C++23	19.5.2 [system.error.syn]	Deprecate `std::errc` constants related to UNIX STREAMS	Yes
2686⁽ⁱ⁾	C++17	19.5.2 [system.error.syn]	Why is `std::hash` specialized for `error_code`, but not `error_condition`?	Yes	3
2145⁽ⁱ⁾	C++14	19.5.3 [syserr.errcat]	`error_category` default constructor	Yes
890⁽ⁱ⁾	C++11	19.5.3 [syserr.errcat]	Improving `<system_error>` initialization	Yes
4156⁽ⁱ⁾	New	19.5.3.2 [syserr.errcat.virtuals]	`error_category` messages have unspecified encoding	Yes
3019⁽ⁱ⁾	New	19.5.3.4 [syserr.errcat.derived]	Presentation of "program defined classes derived from `error_category`" [syserr.errcat.derived] unclear and contains mistakes	No	3
3598⁽ⁱ⁾	C++23	19.5.3.5 [syserr.errcat.objects]	`system_category().default_error_condition(0)` is underspecified	Yes
1372⁽ⁱ⁾	C++11	19.5.3.5 [syserr.errcat.objects]	Adopt recommended practice for standard error categories	Yes
2992⁽ⁱ⁾	NAD	19.5.3.5 [syserr.errcat.objects]	`system_category()` and `error_code::error_code()` should be `constexpr`	Yes
3053⁽ⁱ⁾	New	19.5.4.1 [syserr.errcode.overview]	Prohibit `error_code` construction from rvalues of `error_category`	Yes	3
825⁽ⁱ⁾	Resolved	19.5.4.1 [syserr.errcode.overview]	Missing rvalues reference stream insert/extract operators?	Yes
1229⁽ⁱ⁾	Resolved	19.5.4.3 [syserr.errcode.modifiers]	`error_code operator=` typo	Yes
971⁽ⁱ⁾	NAD	19.5.4.5 [syserr.errcode.nonmembers]	Spurious diagnostic conversion function	Yes
2109⁽ⁱ⁾	C++14	19.5.7 [syserr.hash]	Incorrect requirements for `hash` specializations	Yes
698⁽ⁱ⁾	CD1	19.5.8.1 [syserr.syserr.overview]	`system_error` needs `const char*` constructors	Yes
3162⁽ⁱ⁾	New	19.5.8.2 [syserr.syserr.members]	`system_error::system_error(error_code ec)` not explicit	Yes	3
3112⁽ⁱ⁾	C++20	19.5.8.2 [syserr.syserr.members]	`system_error` and `filesystem_error` constructors taking a `string` may not be able to meet their postconditions	Yes	0
1103⁽ⁱ⁾	C++11	19.5.8.2 [syserr.syserr.members]	`system_error` constructor postcondition overly strict	Yes
3625⁽ⁱ⁾	New	19.6.2 [stacktrace.syn]	Should `<stacktrace>` provide range access function templates?	Yes	3
3515⁽ⁱ⁾	C++23	19.6.2 [stacktrace.syn]	§[stacktrace.basic.nonmem]: `operator<<` should be less templatized	Yes	2
3514⁽ⁱ⁾	Resolved	19.6.2 [stacktrace.syn]	`stacktrace` should add type alias `pmr::stacktrace`	Yes	3
3507⁽ⁱ⁾	Open	19.6.3.4 [stacktrace.entry.query]	P0881R7 ("stacktrace") does not define "actual file name", "actual line number"	No	2
3626⁽ⁱ⁾	New	19.6.4.1 [stacktrace.basic.overview]	Is `std::basic_stacktrace` required to use contiguous storage?	Yes	3

Section 20 (207 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
1073⁽ⁱ⁾	C++11	20.2 [memory]	Declaration of `allocator_arg` should be `constexpr`	Yes
1401⁽ⁱ⁾	C++11	20.2 [memory]	Provide support for `unique_ptr<T> == nullptr`	Yes
1402⁽ⁱ⁾	C++11	20.2 [memory]	`nullptr` constructors for smart pointers should be `constexpr`	Yes
1233⁽ⁱ⁾	NAD Editorial	20.2 [memory]	Missing `unique_ptr` signatures in synopsis	Yes
1026⁽ⁱ⁾	NAD Concepts	20.2 [memory]	Smart pointers need to be concept-constrained templates	Yes
3552⁽ⁱ⁾	C++23	20.2.2 [memory.syn]	Parallel specialized memory algorithms should require forward iterators	Yes
3814⁽ⁱ⁾	C++23	20.2.2 [memory.syn]	Add freestanding items requested by NB comments	Yes
3303⁽ⁱ⁾	C++20	20.2.2 [memory.syn]	Bad "`constexpr`" marker for `destroy/destroy_n`	Yes	0
3454⁽ⁱ⁾	Open	20.2.3 [pointer.traits]	`pointer_traits::pointer_to` should be `constexpr`	Yes
3545⁽ⁱ⁾	C++23	20.2.3 [pointer.traits]	`std::pointer_traits` should be SFINAE-friendly	Yes	2
1404⁽ⁱ⁾	C++11	20.2.3 [pointer.traits]	`pointer_traits` should have a `size_type` member	Yes
4058⁽ⁱ⁾	New	20.2.4 [pointer.conversion]	`std::to_address()` should be SFINAE-friendly	Yes
3374⁽ⁱ⁾	C++20	20.2.4 [pointer.conversion]	P0653 + P1006 should have made the other `std::to_address` overload `constexpr`	Yes	0
2421⁽ⁱ⁾	New	20.2.5 [ptr.align]	Non-specification of handling zero size in `std::align` [ptr.align]	No	3
2377⁽ⁱ⁾	C++17	20.2.5 [ptr.align]	`std::align` requirements overly strict	Yes	0
4168⁽ⁱ⁾	New	20.2.6 [obj.lifetime]	`std::start_lifetime_as` inadvertently has undefined behavior due to use of `std::bit_cast`	Yes
1403⁽ⁱ⁾	C++11	20.2.7 [allocator.tag]	Inconsistent definitions for `allocator_arg`	Yes
3901⁽ⁱ⁾	NAD	20.2.8 [allocator.uses]	Is uses-allocator construction of a cv-qualified object type still well-formed after LWG 3870?	Yes
3192⁽ⁱ⁾	New	20.2.8.2 [allocator.uses.construction]	§[allocator.uses.construction] functions misbehave for `const` types	Yes	3
3525⁽ⁱ⁾	C++23	20.2.8.2 [allocator.uses.construction]	`uses_allocator_construction_args` fails to handle types convertible to `pair`	Yes	3
3526⁽ⁱ⁾	C++23	20.2.8.2 [allocator.uses.construction]	Return types of `uses_allocator_construction_args` unspecified	Yes	3
3527⁽ⁱ⁾	C++23	20.2.8.2 [allocator.uses.construction]	`uses_allocator_construction_args` handles rvalue pairs of rvalue references incorrectly	Yes
3677⁽ⁱ⁾	C++23	20.2.8.2 [allocator.uses.construction]	Is a cv-qualified `pair` specially handled in uses-allocator construction?	Yes	2
3821⁽ⁱ⁾	C++23	20.2.8.2 [allocator.uses.construction]	`uses_allocator_construction_args` should have overload for `pair-like`	Yes	2
3185⁽ⁱ⁾	C++20	20.2.8.2 [allocator.uses.construction]	Uses-allocator construction functions missing `constexpr` and `noexcept`	Yes	0
3187⁽ⁱ⁾	C++20	20.2.8.2 [allocator.uses.construction]	P0591R4 reverted DR 2586 fixes to `scoped_allocator_adaptor::construct()`	Yes
3321⁽ⁱ⁾	C++20	20.2.8.2 [allocator.uses.construction]	`uninitialized_construct_using_allocator` should use `construct_at`	Yes	0
2284⁽ⁱ⁾	C++14	20.2.9 [allocator.traits]	Inconsistency in `allocator_traits::max_size`	Yes
3665⁽ⁱ⁾	New	20.2.9.2 [allocator.traits.types]	Is `std::allocator_traits<Alloc>::rebind_alloc` SFINAE-friendly?	No	3
1318⁽ⁱ⁾	NAD	20.2.9.2 [allocator.traits.types]	N2982 removes previous allocator capabilities	Yes		1375
1285⁽ⁱ⁾	C++11	20.2.9.3 [allocator.traits.members]	`allocator_traits` call to `new`	Yes
1286⁽ⁱ⁾	C++11	20.2.9.3 [allocator.traits.members]	`allocator_traits::select_on_container_copy_construction` type-o	Yes
3916⁽ⁱ⁾	New	20.2.10 [default.allocator]	`allocator`, `polymorphic_allocator`, and containers should forbid cv-qualified types	No	3
3917⁽ⁱ⁾	New	20.2.10 [default.allocator]	Validity of `allocator<void>` and possibly `polymorphic_allocator<void>` should be clarified	Yes	3
3170⁽ⁱ⁾	C++23	20.2.10 [default.allocator]	`is_always_equal` added to `std::allocator` makes the standard library treat derived types as always equal	Yes	2
3035⁽ⁱ⁾	C++20	20.2.10 [default.allocator]	`std::allocator`'s constructors should be `constexpr`	Yes	0
3307⁽ⁱ⁾	C++20	20.2.10 [default.allocator]	`std::allocator<void>().allocate(n)`	Yes	0
2103⁽ⁱ⁾	C++14	20.2.10 [default.allocator]	`std::allocator_traits<std::allocator<T>>::propagate_on_container_move_assignment`	Yes
1027⁽ⁱ⁾	NAD Concepts	20.2.10 [default.allocator]	`std::allocator` needs to be a concept-constrained template	Yes
3684⁽ⁱ⁾	New	20.2.10.2 [allocator.members]	`std::allocator<T>::allocate_at_least` in constant evaluation	Yes	3
3190⁽ⁱ⁾	C++20	20.2.10.2 [allocator.members]	`std::allocator::allocate` sometimes returns too little storage	Yes	3
234⁽ⁱ⁾	CD1	20.2.10.2 [allocator.members]	Typos in allocator definition	Yes
400⁽ⁱ⁾	CD1	20.2.10.2 [allocator.members]	redundant type cast in lib.allocator.members	Yes
578⁽ⁱ⁾	CD1	20.2.10.2 [allocator.members]	purpose of hint to allocator::allocate()	Yes
634⁽ⁱ⁾	CD1	20.2.10.2 [allocator.members]	`allocator.address()` doesn't work for types overloading `operator&`	Yes		350
2089⁽ⁱ⁾	Resolved	20.2.10.2 [allocator.members]	`std::allocator::construct` should use uniform initialization	Yes	2
350⁽ⁱ⁾	Dup	20.2.10.2 [allocator.members]	allocator<>::address	Yes		634
2296⁽ⁱ⁾	C++17	20.2.11 [specialized.addressof]	`std::addressof` should be `constexpr`	Yes	3
2598⁽ⁱ⁾	C++17	20.2.11 [specialized.addressof]	`addressof` works on temporaries	Yes	3
970⁽ⁱ⁾	C++11	20.2.11 [specialized.addressof]	`addressof` overload unneeded	Yes
2948⁽ⁱ⁾	C++20	20.3.1 [unique.ptr]	`unique_ptr` does not define `operator<<` for stream output	Yes	0
673⁽ⁱ⁾	CD1	20.3.1 [unique.ptr]	`unique_ptr` update	Yes
740⁽ⁱ⁾	CD1	20.3.1 [unique.ptr]	Please remove `*_ptr<T[N]>`	Yes
762⁽ⁱ⁾	CD1	20.3.1 [unique.ptr]	`std::unique_ptr` requires complete type?	Yes
1193⁽ⁱ⁾	C++11	20.3.1.2 [unique.ptr.dltr]	`default_delete` cannot be instantiated with incomplete types	Yes
854⁽ⁱ⁾	C++11	20.3.1.2.2 [unique.ptr.dltr.dflt]	`default_delete` converting constructor underspecified	Yes
1517⁽ⁱ⁾	C++11	20.3.1.2.2 [unique.ptr.dltr.dflt]	default_delete's default constructor should be trivial	Yes
938⁽ⁱ⁾	C++11	20.3.1.2.3 [unique.ptr.dltr.dflt1]	`default_delete<T[]>::operator()` should only accept `T*`	Yes
3159⁽ⁱ⁾	New	20.3.1.3 [unique.ptr.single]	§[unique.ptr.single] requirements on deleter may be too strict	No	3
2262⁽ⁱ⁾	Open	20.3.1.3 [unique.ptr.single]	Requirement for `unique_ptr<T>::get_deleter()(p)` to be able to destroy the `unique_ptr`	Yes	3
2361⁽ⁱ⁾	C++17	20.3.1.3 [unique.ptr.single]	Apply 2299 resolution throughout library	Yes
1303⁽ⁱ⁾	C++11	20.3.1.3 [unique.ptr.single]	`shared_ptr`, `unique_ptr`, and rvalue references v2	Yes
834⁽ⁱ⁾	Resolved	20.3.1.3 [unique.ptr.single]	`unique_ptr::pointer` requirements underspecified	Yes
983⁽ⁱ⁾	Resolved	20.3.1.3 [unique.ptr.single]	`unique_ptr` reference deleters should not be moved from	Yes
4144⁽ⁱ⁾	WP	20.3.1.3.1 [unique.ptr.single.general]	Disallow `unique_ptr<T&, D>`	Yes
3588⁽ⁱ⁾	NAD	20.3.1.3.1 [unique.ptr.single.general]	Strike out purposeless UB involving the deleter in members functions of `unique_ptr`	Yes
3632⁽ⁱ⁾	C++23	20.3.1.3.2 [unique.ptr.single.ctor]	`unique_ptr` "Mandates: This constructor is not selected by class template argument deduction"	Yes
2944⁽ⁱ⁾	C++20	20.3.1.3.2 [unique.ptr.single.ctor]	LWG 2905 accidentally removed requirement that construction of the deleter doesn't throw an exception	Yes	0
2801⁽ⁱ⁾	C++17	20.3.1.3.2 [unique.ptr.single.ctor]	Default-constructibility of `unique_ptr`	Yes	2
2905⁽ⁱ⁾	C++17	20.3.1.3.2 [unique.ptr.single.ctor]	`is_constructible_v<unique_ptr<P, D>, P, D const &>` should be false when `D` is not copy constructible	Yes
932⁽ⁱ⁾	Resolved	20.3.1.3.2 [unique.ptr.single.ctor]	`unique_ptr(pointer p)` for pointer deleter types	Yes
950⁽ⁱ⁾	Resolved	20.3.1.3.2 [unique.ptr.single.ctor]	`unique_ptr` converting ctor shouldn't accept array form	Yes
1100⁽ⁱ⁾	Resolved	20.3.1.3.2 [unique.ptr.single.ctor]	`auto_ptr` to `unique_ptr` conversion	Yes
3164⁽ⁱ⁾	NAD	20.3.1.3.2 [unique.ptr.single.ctor]	Unhelpful "shall not participate" constraints for `unique_ptr` with reference deleter	Yes
3455⁽ⁱ⁾	C++23	20.3.1.3.4 [unique.ptr.single.asgn]	Incorrect Postconditions on `unique_ptr` move assignment	Yes	0
2047⁽ⁱ⁾	C++14	20.3.1.3.4 [unique.ptr.single.asgn]	Incorrect "mixed" move-assignment semantics of `unique_ptr`	Yes
2246⁽ⁱ⁾	C++14	20.3.1.3.4 [unique.ptr.single.asgn]	`unique_ptr` assignment effects w.r.t. deleter	Yes
1021⁽ⁱ⁾	C++11	20.3.1.3.4 [unique.ptr.single.asgn]	Allow `nullptr_t` assignments to `unique_ptr`	Yes
2228⁽ⁱ⁾	Resolved	20.3.1.3.4 [unique.ptr.single.asgn]	Missing SFINAE rule in `unique_ptr` templated assignment	Yes	3
3911⁽ⁱ⁾	New	20.3.1.3.5 [unique.ptr.single.observers]	`unique_ptr`'s `operator*` is missing a mandate	Yes	3
4148⁽ⁱ⁾	WP	20.3.1.3.5 [unique.ptr.single.observers]	`unique_ptr::operator*` should not allow dangling references	Yes
2762⁽ⁱ⁾	C++23	20.3.1.3.5 [unique.ptr.single.observers]	`unique_ptr operator*()` should be `noexcept`	Yes	3
686⁽ⁱ⁾	NAD	20.3.1.3.5 [unique.ptr.single.observers]	`unique_ptr` and `shared_ptr` fail to specify non-convertibility to int for unspecified-bool-type	Yes
998⁽ⁱ⁾	C++11	20.3.1.3.6 [unique.ptr.single.modifiers]	Smart pointer referencing its owner	Yes
806⁽ⁱ⁾	CD1	20.3.1.3.6 [unique.ptr.single.modifiers]	`unique_ptr::reset` effects incorrect, too permissive	Yes
933⁽ⁱ⁾	NAD	20.3.1.3.6 [unique.ptr.single.modifiers]	Unique_ptr defect	Yes
2118⁽ⁱ⁾	Resolved	20.3.1.4 [unique.ptr.runtime]	[CD] `unique_ptr` for array does not support cv qualification conversion of actual argument	Yes	1
1293⁽ⁱ⁾	Resolved	20.3.1.4 [unique.ptr.runtime]	`unique_ptr<T[], D>` needs to get rid of unspecified-pointer-type	Yes
2060⁽ⁱ⁾	NAD Editorial	20.3.1.4 [unique.ptr.runtime]	`unique_ptr<T[]>(nullptr_t)` missing `noexcept`	Yes
2520⁽ⁱ⁾	C++17	20.3.1.4.2 [unique.ptr.runtime.ctor]	N4089 broke initializing `unique_ptr<T[]>` from a `nullptr`	Yes	2
2169⁽ⁱ⁾	C++14	20.3.1.4.5 [unique.ptr.runtime.modifiers]	Missing `reset()` requirements in `unique_ptr` specialization	Yes
821⁽ⁱ⁾	C++11	20.3.1.4.5 [unique.ptr.runtime.modifiers]	Minor cleanup : `unique_ptr`	Yes
3426⁽ⁱ⁾	C++23	20.3.1.6 [unique.ptr.special]	`operator<=>(const unique_ptr<T, D>&, nullptr_t)` can't get no satisfaction	Yes	0
1297⁽ⁱ⁾	Resolved	20.3.1.6 [unique.ptr.special]	`unique_ptr`'s relational operator functions should induce a total order	Yes
2376⁽ⁱ⁾	C++17	20.3.2.1 [util.smartptr.weak.bad]	`bad_weak_ptr::what()` overspecified	Yes
2594⁽ⁱ⁾	New	20.3.2.2 [util.smartptr.shared]	Contradicting definition of empty `shared_ptr` on `shared_ptr(nullptr, d)`	Yes	3
2996⁽ⁱ⁾	C++20	20.3.2.2 [util.smartptr.shared]	Missing rvalue overloads for `shared_ptr` operations	Yes
3018⁽ⁱ⁾	C++20	20.3.2.2 [util.smartptr.shared]	`shared_ptr` of function type	Yes	3
2873⁽ⁱ⁾	C++17	20.3.2.2 [util.smartptr.shared]	Add `noexcept` to several `shared_ptr` related functions	Yes
2365⁽ⁱ⁾	C++17	20.3.2.2 [util.smartptr.shared]	Missing `noexcept` in `shared_ptr::shared_ptr(nullptr_t)`	Yes
2411⁽ⁱ⁾	C++17	20.3.2.2 [util.smartptr.shared]	`shared_ptr` is only contextually convertible to `bool`	Yes	0
758⁽ⁱ⁾	C++11	20.3.2.2 [util.smartptr.shared]	`shared_ptr` and `nullptr`	Yes
896⁽ⁱ⁾	C++11	20.3.2.2 [util.smartptr.shared]	Library thread safety issue	Yes
541⁽ⁱ⁾	CD1	20.3.2.2 [util.smartptr.shared]	shared_ptr template assignment and void	Yes
674⁽ⁱ⁾	CD1	20.3.2.2 [util.smartptr.shared]	`shared_ptr` interface changes for consistency with N1856	Yes
710⁽ⁱ⁾	CD1	20.3.2.2 [util.smartptr.shared]	Missing postconditions	Yes
813⁽ⁱ⁾	CD1	20.3.2.2 [util.smartptr.shared]	"empty" undefined for `shared_ptr`	Yes
2810⁽ⁱ⁾	Resolved	20.3.2.2 [util.smartptr.shared]	`use_count` and `unique` in `shared_ptr`	Yes
2864⁽ⁱ⁾	Resolved	20.3.2.2 [util.smartptr.shared]	Merge `shared_ptr` changes from Library Fundamentals to C++17	Yes
1406⁽ⁱ⁾	NAD	20.3.2.2 [util.smartptr.shared]	Support hashing smart-pointers based on owner	Yes
1031⁽ⁱ⁾	NAD	20.3.2.2 [util.smartptr.shared]	Need `shared_ptr` conversion to a `unique_ptr`	Yes
4110⁽ⁱ⁾	New	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr(nullptr_t, Deleter)` is overconstrained, breaking some sensible deleters	Yes
4032⁽ⁱ⁾	New	20.3.2.2.2 [util.smartptr.shared.const]	Possibly invalid types in the constraints of constructors of `std::shared_ptr`	Yes	4
2906⁽ⁱ⁾	New	20.3.2.2.2 [util.smartptr.shared.const]	There is no ability to supply an allocator for the control block when constructing a `shared_ptr` from a `unique_ptr`	No	3
3548⁽ⁱ⁾	C++23	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr` construction from `unique_ptr` should move (not copy) the deleter	Yes
3233⁽ⁱ⁾	C++20	20.3.2.2.2 [util.smartptr.shared.const]	Broken requirements for `shared_ptr` converting constructors	Yes	0
2802⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr` constructor requirements for a deleter	Yes	2
2874⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	Constructor `shared_ptr::shared_ptr(Y*)` should be constrained	Yes
2875⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr::shared_ptr(Y*, D, […])` constructors should be constrained	Yes
2876⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr::shared_ptr(const weak_ptr<Y>&)` constructor should be constrained	Yes
2399⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr`'s constructor from `unique_ptr` should be constrained	Yes	0
2415⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	Inconsistency between `unique_ptr` and `shared_ptr`	Yes	2
2495⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	There is no such thing as an Exception Safety element	Yes	0
2685⁽ⁱ⁾	C++17	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr` deleters must not not throw on move construction	Yes	0
881⁽ⁱ⁾	C++11	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr` conversion issue	Yes
925⁽ⁱ⁾	C++11	20.3.2.2.2 [util.smartptr.shared.const]	`shared_ptr`'s explicit conversion from `unique_ptr`	Yes
687⁽ⁱ⁾	CD1	20.3.2.2.2 [util.smartptr.shared.const]	shared_ptr conversion constructor not constrained	Yes
827⁽ⁱ⁾	Resolved	20.3.2.2.2 [util.smartptr.shared.const]	`constexpr shared_ptr::shared_ptr()?`	Yes
1407⁽ⁱ⁾	Resolved	20.3.2.2.2 [util.smartptr.shared.const]	Synch `shared_ptr` constructors taking movable types	Yes
2751⁽ⁱ⁾	New	20.3.2.2.3 [util.smartptr.shared.dest]	`shared_ptr` deleter not specified to observe expired `weak_ptr` instances	No	4
899⁽ⁱ⁾	C++11	20.3.2.2.3 [util.smartptr.shared.dest]	Adjusting `shared_ptr` for `nullptr_t`	Yes
575⁽ⁱ⁾	CD1	20.3.2.2.3 [util.smartptr.shared.dest]	the specification of ~shared_ptr is MT-unfriendly, makes implementation assumptions	Yes
2907⁽ⁱ⁾	NAD	20.3.2.2.3 [util.smartptr.shared.dest]	Semantics for destroying the deleter and the control-block of a `shared_ptr` are unclear	Yes
884⁽ⁱ⁾	Resolved	20.3.2.2.5 [util.smartptr.shared.mod]	`shared_ptr` swap	Yes
2434⁽ⁱ⁾	C++17	20.3.2.2.6 [util.smartptr.shared.obs]	`shared_ptr::use_count()` is efficient	Yes	0
2572⁽ⁱ⁾	C++17	20.3.2.2.6 [util.smartptr.shared.obs]	The remarks for `shared_ptr::operator*` should apply to cv-qualified `void` as well	Yes	0
711⁽ⁱ⁾	C++11	20.3.2.2.6 [util.smartptr.shared.obs]	Contradiction in empty `shared_ptr`	Yes
540⁽ⁱ⁾	CD1	20.3.2.2.6 [util.smartptr.shared.obs]	shared_ptr<void>::operator*()	Yes
542⁽ⁱ⁾	CD1	20.3.2.2.6 [util.smartptr.shared.obs]	shared_ptr observers	Yes
2776⁽ⁱ⁾	Resolved	20.3.2.2.6 [util.smartptr.shared.obs]	`shared_ptr unique()` and `use_count()`	Yes	2
2337⁽ⁱ⁾	NAD	20.3.2.2.6 [util.smartptr.shared.obs]	`shared_ptr operator*()` should not be `noexcept`	Yes	2
3210⁽ⁱ⁾	New	20.3.2.2.7 [util.smartptr.shared.create]	`allocate_shared` is inconsistent about removing `const` from the pointer passed to allocator `construct` and `destroy`	Yes	3
3216⁽ⁱ⁾	WP	20.3.2.2.7 [util.smartptr.shared.create]	Rebinding the allocator before calling `construct`/`destroy` in `allocate_shared`	Yes	3
4024⁽ⁱ⁾	WP	20.3.2.2.7 [util.smartptr.shared.create]	Underspecified destruction of objects created in `std::make_shared_for_overwrite/std::allocate_shared_for_overwrite`	Yes	2
3005⁽ⁱ⁾	C++20	20.3.2.2.7 [util.smartptr.shared.create]	Destruction order of arrays by `make_shared/allocate_shared` only recommended?	Yes	0
3007⁽ⁱ⁾	C++20	20.3.2.2.7 [util.smartptr.shared.create]	`allocate_shared` should rebind allocator to cv-unqualified `value_type` for construction	Yes	0
3008⁽ⁱ⁾	C++20	20.3.2.2.7 [util.smartptr.shared.create]	`make_shared` (sub)object destruction semantics are not specified	Yes	2
2696⁽ⁱ⁾	C++17	20.3.2.2.7 [util.smartptr.shared.create]	Interaction between `make_shared` and `enable_shared_from_this` is underspecified	Yes	2
2070⁽ⁱ⁾	Resolved	20.3.2.2.7 [util.smartptr.shared.create]	`allocate_shared` should use `allocator_traits<A>::construct`	Yes	2
3427⁽ⁱ⁾	C++23	20.3.2.2.8 [util.smartptr.shared.cmp]	`operator<=>(const shared_ptr<T>&, nullptr_t)` definition ill-formed	Yes	0
2908⁽ⁱ⁾	C++17	20.3.2.2.8 [util.smartptr.shared.cmp]	The less-than operator for shared pointers could do more	Yes
1262⁽ⁱ⁾	C++11	20.3.2.2.8 [util.smartptr.shared.cmp]	`std::less<std::shared_ptr<T>>` is underspecified	Yes
743⁽ⁱ⁾	CD1	20.3.2.2.9 [util.smartptr.shared.spec]	rvalue `swap` for `shared_ptr`	Yes
2964⁽ⁱ⁾	C++20	20.3.2.2.10 [util.smartptr.shared.cast]	Apparently redundant requirement for `dynamic_pointer_cast`	Yes	0
2877⁽ⁱ⁾	Resolved	20.3.2.2.10 [util.smartptr.shared.cast]	Strengthen meaning of "empty `shared_ptr<T>`" in `dynamic_pointer_cast`	Yes
2400⁽ⁱ⁾	C++17	20.3.2.2.11 [util.smartptr.getdeleter]	`shared_ptr`'s `get_deleter()` should use `addressof()`	Yes	0
533⁽ⁱ⁾	CD1	20.3.2.2.11 [util.smartptr.getdeleter]	typo in 2.2.3.10/1	Yes
545⁽ⁱ⁾	CD1	20.3.2.2.11 [util.smartptr.getdeleter]	When is a deleter deleted?	Yes
741⁽ⁱ⁾	NAD	20.3.2.2.11 [util.smartptr.getdeleter]	Const-incorrect `get_deleter` function for `shared_ptr`	Yes
3001⁽ⁱ⁾	C++20	20.3.2.3 [util.smartptr.weak]	`weak_ptr::element_type` needs `remove_extent_t`	Yes	0
2083⁽ⁱ⁾	C++14	20.3.2.3 [util.smartptr.weak]	const-qualification on `weak_ptr::owner_before`	Yes
2315⁽ⁱ⁾	C++14	20.3.2.3 [util.smartptr.weak]	`weak_ptr` should be movable	Yes	2
1256⁽ⁱ⁾	C++11	20.3.2.3 [util.smartptr.weak]	`weak_ptr` comparison functions should be removed	Yes
3195⁽ⁱ⁾	C++23	20.3.2.3.2 [util.smartptr.weak.const]	What is the stored pointer value of an empty `weak_ptr`?	Yes	2
2942⁽ⁱ⁾	C++20	20.3.2.3.6 [util.smartptr.weak.obs]	LWG 2873's resolution missed `weak_ptr::owner_before`	Yes
2316⁽ⁱ⁾	C++14	20.3.2.3.6 [util.smartptr.weak.obs]	`weak_ptr::lock()` should be atomic	Yes	0
1231⁽ⁱ⁾	C++11	20.3.2.3.6 [util.smartptr.weak.obs]	`weak_ptr` comparisons incompletely resolved	Yes
949⁽ⁱ⁾	C++11	20.3.2.4 [util.smartptr.ownerless]	`owner_less`	Yes
2529⁽ⁱ⁾	Resolved	20.3.2.7 [util.smartptr.enab]	Assigning to `enable_shared_from_this::__weak_this` twice	Yes	3
2179⁽ⁱ⁾	Resolved	20.3.2.7 [util.smartptr.enab]	`enable_shared_from_this` and construction from raw pointers	Yes	3
3734⁽ⁱ⁾	C++23	20.3.4.1 [out.ptr.t]	Inconsistency in `inout_ptr` and `out_ptr` for empty case	Yes	2
3897⁽ⁱ⁾	WP	20.3.4.3 [inout.ptr.t]	`inout_ptr` will not update raw pointer to 0	Yes	2
3594⁽ⁱ⁾	C++23	20.3.4.3 [inout.ptr.t]	`inout_ptr` — inconsistent `release()` in destructor	Yes	1
3471⁽ⁱ⁾	C++23	20.4 [mem.res]	`polymorphic_allocator::allocate` does not satisfy Cpp17Allocator requirements	Yes	3
2700⁽ⁱ⁾	NAD	20.4 [mem.res]	`resource_adaptor` went missing	Yes	1
3681⁽ⁱ⁾	New	20.4.1 [mem.res.syn]	Further considerations on LWG 3679	No	4
3637⁽ⁱ⁾	New	20.4.2 [mem.res.class]	`pmr::memory_resource::do_allocate` needs clarification	No	3
2724⁽ⁱ⁾	C++17	20.4.2 [mem.res.class]	The protected virtual member functions of `memory_resource` should be private	Yes	4
2843⁽ⁱ⁾	C++20	20.4.2.3 [mem.res.private]	Unclear behavior of `std::pmr::memory_resource::do_allocate()`	Yes	3
2701⁽ⁱ⁾	NAD Editorial	20.4.2.3 [mem.res.private]	Unclear requirement in [memory.resource.private]	Yes	3
3036⁽ⁱ⁾	C++23	20.4.3 [mem.poly.allocator.class]	`polymorphic_allocator::destroy` is extraneous	Yes	3
3683⁽ⁱ⁾	C++23	20.4.3 [mem.poly.allocator.class]	`operator==` for `polymorphic_allocator` cannot deduce template argument in common cases	Yes
3037⁽ⁱ⁾	C++20	20.4.3 [mem.poly.allocator.class]	`polymorphic_allocator` and incomplete types	Yes	2
3304⁽ⁱ⁾	C++20	20.4.3 [mem.poly.allocator.class]	Allocate functions of `std::polymorphic_allocator` should require `[[nodiscard]]`	Yes	3
3312⁽ⁱ⁾	Dup	20.4.3 [mem.poly.allocator.class]	`polymorphic_allocator::allocate_object` and `new_object` should be `[[nodiscard]]`	Yes
2969⁽ⁱ⁾	C++20	20.4.3.3 [mem.poly.allocator.mem]	`polymorphic_allocator::construct()` shouldn't pass `resource()`	Yes	2
2975⁽ⁱ⁾	C++20	20.4.3.3 [mem.poly.allocator.mem]	Missing case for `pair` construction in scoped and polymorphic allocators	Yes	3
3038⁽ⁱ⁾	C++20	20.4.3.3 [mem.poly.allocator.mem]	`polymorphic_allocator::allocate` should not allow integer overflow to create vulnerabilities	Yes	2
3237⁽ⁱ⁾	C++20	20.4.3.3 [mem.poly.allocator.mem]	LWG 3038 and 3190 have inconsistent PRs	Yes	2
3310⁽ⁱ⁾	C++20	20.4.3.3 [mem.poly.allocator.mem]	Replace `SIZE_MAX` with `numeric_limits<size_t>::max()`	Yes	0
3113⁽ⁱ⁾	Resolved	20.4.3.3 [mem.poly.allocator.mem]	`polymorphic_allocator::construct()` should more closely match `scoped_allocator_adaptor::construct()`	Yes	3
3634⁽ⁱ⁾	New	20.4.4 [mem.res.global]	When are static-duration `memory_resource` objects destroyed?	No	3
2961⁽ⁱ⁾	C++20	20.4.4 [mem.res.global]	Bad postcondition for `set_default_resource`	Yes
2848⁽ⁱ⁾	New	20.4.5.2 [mem.res.pool.options]	Pass-through threshold for pool allocator	No	3
3143⁽ⁱ⁾	C++23	20.4.6 [mem.res.monotonic.buffer]	`monotonic_buffer_resource` growth policy is unclear	Yes	2
3120⁽ⁱ⁾	C++23	20.4.6.3 [mem.res.monotonic.buffer.mem]	Unclear behavior of `monotonic_buffer_resource::release()`	Yes	2
3000⁽ⁱ⁾	C++20	20.4.6.3 [mem.res.monotonic.buffer.mem]	`monotonic_memory_resource::do_is_equal` uses `dynamic_cast` unnecessarily	Yes	0
1316⁽ⁱ⁾	C++11	20.5 [allocator.adaptor]	`scoped_allocator_adaptor operator==` has no definition	Yes
1405⁽ⁱ⁾	Resolved	20.5 [allocator.adaptor]	Move `scoped_allocator_adaptor` into separate header	Yes
2476⁽ⁱ⁾	C++17	20.5.1 [allocator.adaptor.syn]	`scoped_allocator_adaptor` is not assignable	Yes	0
2782⁽ⁱ⁾	C++17	20.5.3 [allocator.adaptor.cnstr]	`scoped_allocator_adaptor` constructors must be constrained	Yes	0
3116⁽ⁱ⁾	C++20	20.5.4 [allocator.adaptor.members]	`OUTERMOST_ALLOC_TRAITS` needs `remove_reference_t`	Yes	0
2586⁽ⁱ⁾	C++17	20.5.4 [allocator.adaptor.members]	Wrong value category used in `scoped_allocator_adaptor::construct()`	Yes	0
2203⁽ⁱ⁾	C++14	20.5.4 [allocator.adaptor.members]	`scoped_allocator_adaptor` uses wrong argument types for piecewise construction	Yes
2511⁽ⁱ⁾	Resolved	20.5.4 [allocator.adaptor.members]	`scoped_allocator_adaptor` piecewise construction does not require `CopyConstructible`	Yes	3
1321⁽ⁱ⁾	Resolved	20.5.4 [allocator.adaptor.members]	`scoped_allocator_adaptor construct` and `destroy` don't use `allocator_traits`	Yes
2717⁽ⁱ⁾	NAD	20.5.4 [allocator.adaptor.members]	`scoped_allocator_adaptor` uses `forward` to do `move`'s job	Yes

Section 21 (109 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2290⁽ⁱ⁾	Open	21 [meta]	Top-level "SFINAE"-based constraints should get a separate definition in Clause 17	Yes	3
2452⁽ⁱ⁾	Core	21 [meta]	`is_constructible`, etc. and default arguments	No	3
2582⁽ⁱ⁾	C++17	21 [meta]	§[res.on.functions]/2's prohibition against incomplete types shouldn't apply to type traits	Yes	0
1114⁽ⁱ⁾	C++11	21 [meta]	Type traits underspecified	Yes
2040⁽ⁱ⁾	Resolved	21 [meta]	Missing type traits related to `is_convertible`	Yes
719⁽ⁱ⁾	Resolved	21 [meta]	`std::is_literal` type traits should be provided	Yes		750
1390⁽ⁱ⁾	Resolved	21 [meta]	Limit speculative compilation for constructible/convertible traits	Yes
1391⁽ⁱ⁾	Resolved	21 [meta]	constructible/convertible traits and access control	Yes
590⁽ⁱ⁾	NAD Editorial	21 [meta]	Type traits implementation latitude should be removed for C++0x	Yes
3930⁽ⁱ⁾	NAD	21 [meta]	Simplify type trait wording	Yes
1120⁽ⁱ⁾	NAD	21 [meta]	New type trait - `remove_all`	Yes
1018⁽ⁱ⁾	NAD Concepts	21 [meta]	Trait specifications should be expressed in terms of concepts	Yes
2314⁽ⁱ⁾	C++14	21.2.1 [intseq.general]	`apply()` should return `decltype(auto)` and use `decay_t` before `tuple_size`	Yes	0
2345⁽ⁱ⁾	NAD	21.2.2 [intseq.intseq]	`integer_sequence` should have a self-typedef `::type`	Yes	2
2845⁽ⁱ⁾	New	21.3.2 [meta.rqmts]	`enable_if`, `result_of`, `common_type` and `aligned_storage` do not meet the definition of `TransformationTrait`	No	3
2514⁽ⁱ⁾	C++17	21.3.2 [meta.rqmts]	Type traits must not be `final`	Yes	3
2939⁽ⁱ⁾	Open	21.3.3 [meta.type.synop]	Some type-completeness constraints of traits are overspecified	Yes	2
3099⁽ⁱ⁾	Open	21.3.3 [meta.type.synop]	`is_assignable<Incomplete&, Incomplete&>`	Yes	2
2922⁽ⁱ⁾	LEWG	21.3.3 [meta.type.synop]	The `*_constant<>` templates do not make use of `template<auto>`	No
2581⁽ⁱ⁾	C++17	21.3.3 [meta.type.synop]	Specialization of `<type_traits>` variable templates should be prohibited	Yes	0
2928⁽ⁱ⁾	Resolved	21.3.3 [meta.type.synop]	`is_callable` is not a good name	Yes
2797⁽ⁱ⁾	Resolved	21.3.3 [meta.type.synop]	Trait precondition violations	Yes	2
2927⁽ⁱ⁾	Resolved	21.3.3 [meta.type.synop]	Encoding a functor and argument types as a function signature for `is_callable` and `result_of` is fragile	Yes
2871⁽ⁱ⁾	NAD	21.3.3 [meta.type.synop]	User specializations of type traits should be ill-formed	Yes
2910⁽ⁱ⁾	Dup	21.3.3 [meta.type.synop]	Template deduction and `integral_constant`	Yes
2346⁽ⁱ⁾	C++14	21.3.4 [meta.help]	`integral_constant`'s member functions should be marked `noexcept`	Yes	0
1019⁽ⁱ⁾	C++11	21.3.4 [meta.help]	Make `integral_constant` objects useable in integral-constant-expressions	Yes
1202⁽ⁱ⁾	NAD	21.3.4 [meta.help]	`integral_constant` needs a spring clean	Yes
1092⁽ⁱ⁾	NAD Concepts	21.3.4 [meta.help]	Class template `integral_constant` should be a constrained template	Yes
2015⁽ⁱ⁾	C++14	21.3.5 [meta.unary]	Incorrect pre-conditions for some type traits	Yes
525⁽ⁱ⁾	Resolved	21.3.5 [meta.unary]	type traits definitions not clear	Yes
1392⁽ⁱ⁾	Resolved	21.3.5 [meta.unary]	`result_of` should support pointer-to-data-member	Yes
2247⁽ⁱ⁾	C++14	21.3.5.2 [meta.unary.cat]	Type traits and `std::nullptr_t`	Yes
3967⁽ⁱ⁾	New	21.3.5.4 [meta.unary.prop]	The specification for `std::is_nothrow_*` traits may be ambiguous in some cases involving `noexcept(false)`	No
3929⁽ⁱ⁾	New	21.3.5.4 [meta.unary.prop]	Preconditions for type traits should be Mandates	Yes	3
2827⁽ⁱ⁾	New	21.3.5.4 [meta.unary.prop]	`is_trivially_constructible` and non-trivial destructors	No	3
3697⁽ⁱ⁾	New	21.3.5.4 [meta.unary.prop]	Preconditions of `reference_constructs_from_temporary/reference_converts_from_temporary` seem wrong	Yes	3
2496⁽ⁱ⁾	New	21.3.5.4 [meta.unary.prop]	Certain hard-to-avoid errors not in the immediate context are not allowed to be triggered by the evaluation of type traits	No	3
2116⁽ⁱ⁾	Open	21.3.5.4 [meta.unary.prop]	`is_nothrow_constructible` and destructors	No	3
2358⁽ⁱ⁾	Open	21.3.5.4 [meta.unary.prop]	Apparently-bogus definition of `is_empty` type trait	Yes	3
2077⁽ⁱ⁾	Open	21.3.5.4 [meta.unary.prop]	Further incomplete constraints for type traits	No	3
3486⁽ⁱ⁾	LEWG	21.3.5.4 [meta.unary.prop]	`is_constructible<T[], T...>` may be misleading in C++20	No
4113⁽ⁱ⁾	WP	21.3.5.4 [meta.unary.prop]	Disallow `has_unique_object_representations<Incomplete[]>`	Yes
3819⁽ⁱ⁾	C++23	21.3.5.4 [meta.unary.prop]	`reference_meows_from_temporary` should not use `is_meowible`	Yes
3823⁽ⁱ⁾	C++23	21.3.5.4 [meta.unary.prop]	Unnecessary precondition for `is_aggregate`	Yes
2972⁽ⁱ⁾	C++20	21.3.5.4 [meta.unary.prop]	What is `is_trivially_destructible_v<int>`?	Yes
3354⁽ⁱ⁾	C++20	21.3.5.4 [meta.unary.prop]	`has_strong_structural_equality` has a meaningless definition	Yes	1
2911⁽ⁱ⁾	C++17	21.3.5.4 [meta.unary.prop]	An `is_aggregate` type trait is needed	Yes
2336⁽ⁱ⁾	C++17	21.3.5.4 [meta.unary.prop]	`is_trivially_constructible/is_trivially_assignable` traits are always false	Yes	3
2367⁽ⁱ⁾	C++17	21.3.5.4 [meta.unary.prop]	`pair` and `tuple` are not correctly implemented for `is_constructible` with no args	Yes	3
2560⁽ⁱ⁾	C++17	21.3.5.4 [meta.unary.prop]	`is_constructible` underspecified when applied to a function type	Yes	0
2738⁽ⁱ⁾	C++17	21.3.5.4 [meta.unary.prop]	`is_constructible` with `void` types	Yes
2049⁽ⁱ⁾	C++14	21.3.5.4 [meta.unary.prop]	`is_destructible` is underspecified	Yes
2196⁽ⁱ⁾	C++14	21.3.5.4 [meta.unary.prop]	Specification of `is_*[copy/move]_[constructible/assignable]` unclear for non-referencable types	Yes
2197⁽ⁱ⁾	C++14	21.3.5.4 [meta.unary.prop]	Specification of `is_[un]signed` unclear for non-arithmetic types	Yes
2298⁽ⁱ⁾	C++14	21.3.5.4 [meta.unary.prop]	[CD] `is_nothrow_constructible` is always false because of `create<>`	Yes
931⁽ⁱ⁾	C++11	21.3.5.4 [meta.unary.prop]	type trait `extent<T, I>`	Yes
1131⁽ⁱ⁾	C++11	21.3.5.4 [meta.unary.prop]	C++0x does not need `alignment_of`	Yes
749⁽ⁱ⁾	CD1	21.3.5.4 [meta.unary.prop]	Currently `has_nothrow_copy_constructor<T>::value` is true if `T` has 'a' nothrow copy constructor.	Yes
1174⁽ⁱ⁾	Resolved	21.3.5.4 [meta.unary.prop]	Type property predicates	Yes
1260⁽ⁱ⁾	Resolved	21.3.5.4 [meta.unary.prop]	`is_constructible<int,void>` reports true	Yes
1393⁽ⁱ⁾	Resolved	21.3.5.4 [meta.unary.prop]	Trivial traits imply `noexcept`	Yes
1394⁽ⁱ⁾	Resolved	21.3.5.4 [meta.unary.prop]	`is_constructible` reports false positives	Yes
2828⁽ⁱ⁾	NAD Editorial	21.3.5.4 [meta.unary.prop]	Clarify `<cstdalign>` (following adoption of P0063r3)	Yes
1239⁽ⁱ⁾	NAD Editorial	21.3.5.4 [meta.unary.prop]	Defect report	Yes
747⁽ⁱ⁾	NAD	21.3.5.4 [meta.unary.prop]	We have 3 separate type traits to identify classes supporting no-throw operations	Yes
748⁽ⁱ⁾	NAD	21.3.5.4 [meta.unary.prop]	The is_abstract type trait is defined by reference to 10.4.	Yes
1228⁽ⁱ⁾	NAD	21.3.5.4 [meta.unary.prop]	User-specialized nothrow type traits	Yes
2317⁽ⁱ⁾	C++14	21.3.6 [meta.unary.prop.query]	The type property queries should be `UnaryTypeTraits` returning `size_t`	Yes	0
3400⁽ⁱ⁾	New	21.3.7 [meta.rel]	Does `is_nothrow_convertible` consider destruction of the destination type?	No	3
4028⁽ⁱ⁾	New	21.3.7 [meta.rel]	`std::is_(nothrow_)convertible` should be reworded to avoid dependence on the `return` statement	Yes
3174⁽ⁱ⁾	New	21.3.7 [meta.rel]	Precondition on `is_convertible` is too strong	Yes	3
975⁽ⁱ⁾	C++11	21.3.7 [meta.rel]	`is_convertible` cannot be instantiated for non-convertible types	Yes
2895⁽ⁱ⁾	Resolved	21.3.7 [meta.rel]	Passing function types to `result_of` and `is_callable`	Yes
3022⁽ⁱ⁾	Resolved	21.3.7 [meta.rel]	`is_convertible<derived, base>` may lead to ODR	Yes	2
1395⁽ⁱ⁾	NAD Editorial	21.3.7 [meta.rel]	Inconsistent reference links should be unified	Yes
750⁽ⁱ⁾	Dup	21.3.7 [meta.rel]	The current definition for `is_convertible` requires that the type be implicitly convertible, so explicit constructors are ignored.	Yes		719
2101⁽ⁱ⁾	C++17	21.3.8 [meta.trans]	Some transformation types can produce impossible types	Yes	3
3205⁽ⁱ⁾	New	21.3.8.7 [meta.trans.other]	`decay_t` in the new `common_type` fallback should be `remove_cvref_t`	Yes	3
3152⁽ⁱ⁾	C++23	21.3.8.7 [meta.trans.other]	`common_type` and `common_reference` have flaws in common	Yes	3
2979⁽ⁱ⁾	C++20	21.3.8.7 [meta.trans.other]	`aligned_union` should require complete object types	Yes	0
3034⁽ⁱ⁾	C++20	21.3.8.7 [meta.trans.other]	P0767R1 breaks previously-standard-layout types	Yes	0
3140⁽ⁱ⁾	C++20	21.3.8.7 [meta.trans.other]	`COMMON_REF` is unimplementable as specified	Yes	0
3380⁽ⁱ⁾	C++20	21.3.8.7 [meta.trans.other]	`common_type` and comparison categories	Yes	0
2396⁽ⁱ⁾	C++17	21.3.8.7 [meta.trans.other]	`underlying_type` doesn't say what to do for an incomplete enumeration type	Yes	0
2408⁽ⁱ⁾	C++17	21.3.8.7 [meta.trans.other]	SFINAE-friendly `common_type/iterator_traits` is missing in C++14	Yes
2460⁽ⁱ⁾	C++17	21.3.8.7 [meta.trans.other]	LWG issue 2408 and value categories	Yes	2
2141⁽ⁱ⁾	C++14	21.3.8.7 [meta.trans.other]	`common_type` trait produces reference types	Yes
1187⁽ⁱ⁾	C++11	21.3.8.7 [meta.trans.other]	`std::decay`	Yes
705⁽ⁱ⁾	CD1	21.3.8.7 [meta.trans.other]	type-trait `decay` incompletely specified	Yes
856⁽ⁱ⁾	CD1	21.3.8.7 [meta.trans.other]	Removal of `aligned_union`	Yes
2465⁽ⁱ⁾	Resolved	21.3.8.7 [meta.trans.other]	SFINAE-friendly `common_type` is nearly impossible to specialize correctly and regresses key functionality	Yes	2
2763⁽ⁱ⁾	Resolved	21.3.8.7 [meta.trans.other]	`common_type_t<void, void>` is undefined	Yes	2
1055⁽ⁱ⁾	Resolved	21.3.8.7 [meta.trans.other]	Provide a trait that returns the underlying type of an enumeration type	Yes
2397⁽ⁱ⁾	Resolved	21.3.8.7 [meta.trans.other]	`map<K, V>::emplace` and explicit `V` constructors	Yes	1
849⁽ⁱ⁾	NAD	21.3.8.7 [meta.trans.other]	missing type traits to compute root class and derived class of types in a class hierachy	Yes
1020⁽ⁱ⁾	NAD	21.3.8.7 [meta.trans.other]	Restore `aligned_union`	Yes
2569⁽ⁱ⁾	C++17	21.3.9 [meta.logical]	`conjunction` and `disjunction` requirements are too strict	Yes	2
2587⁽ⁱ⁾	C++17	21.3.9 [meta.logical]	"Convertible to `bool`" requirement in `conjunction` and `disjunction`	Yes	3
2557⁽ⁱ⁾	C++17	21.3.9 [meta.logical]	Logical operator traits are broken in the zero-argument case	Yes	0
2567⁽ⁱ⁾	C++17	21.3.9 [meta.logical]	Specification of logical operator traits uses `BaseCharacteristic`, which is defined only for `UnaryTypeTraits` and `BinaryTypeTraits`	Yes	2
4138⁽ⁱ⁾	New	21.3.11 [meta.const.eval]	`is_within_lifetime` should mandate `is_object`	Yes
921⁽ⁱ⁾	C++11	21.4.3 [ratio.ratio]	Rational Arithmetic should use template aliases	Yes
1388⁽ⁱ⁾	C++11	21.4.3 [ratio.ratio]	LWG 1281 incorrectly accepted	Yes
1122⁽ⁱ⁾	Resolved	21.4.3 [ratio.ratio]	Ratio values should be `constexpr`	Yes
1281⁽ⁱ⁾	Resolved	21.4.3 [ratio.ratio]	CopyConstruction and Assignment between ratios having the same normalized form	Yes
948⁽ⁱ⁾	C++11	21.4.4 [ratio.arithmetic]	`ratio` arithmetic tweak	Yes
1389⁽ⁱ⁾	Resolved	21.4.4 [ratio.arithmetic]	Compile-time rational arithmetic and overflow	Yes
1121⁽ⁱ⁾	NAD	21.4.4 [ratio.arithmetic]	Support for multiple arguments	Yes

Section 22 (325 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
312⁽ⁱ⁾	CD1	22 [utilities]	Table 27 is missing headers	Yes
2888⁽ⁱ⁾	Resolved	22 [utilities]	Variables of library tag types need to be inline variables	Yes
2889⁽ⁱ⁾	Resolved	22 [utilities]	Mark `constexpr` global variables as `inline`	Yes
1075⁽ⁱ⁾	Resolved	22 [utilities]	Scoped allocators are too complex	Yes
2893⁽ⁱ⁾	NAD	22 [utilities]	Parsing Hexadecimally in P0067R4	Yes
2212⁽ⁱ⁾	C++17	22.2 [utility]	`tuple_size` for `const pair` request `<tuple>` header	Yes	3
1255⁽ⁱ⁾	C++11	22.2 [utility]	`declval` should be added to the library	Yes
2955⁽ⁱ⁾	Resolved	22.2 [utility]	`to_chars` / `from_chars` depend on `std::string`	Yes
2456⁽ⁱ⁾	Resolved	22.2 [utility]	Incorrect exception specifications for '`swap`' throughout library	Yes	1
1377⁽ⁱ⁾	Resolved	22.2 [utility]	The revised `forward` is not compatible with access-control	Yes
1289⁽ⁱ⁾	NAD	22.2 [utility]	Generic casting requirements for smart pointers	Yes
1373⁽ⁱ⁾	NAD	22.2 [utility]	Customizable traits should have their own headers	Yes
2153⁽ⁱ⁾	LEWG	22.2.2 [utility.swap]	Narrowing of the non-member `swap` contract	No	2
2554⁽ⁱ⁾	Resolved	22.2.2 [utility.swap]	Swapping multidimensional arrays is never `noexcept`	Yes	2
2800⁽ⁱ⁾	Resolved	22.2.2 [utility.swap]	`constexpr swap`	Yes	3
4056⁽ⁱ⁾	NAD	22.2.2 [utility.swap]	The effects of `std::swap` are under-specified	Yes
2297⁽ⁱ⁾	NAD	22.2.3 [utility.exchange]	[CD] Missing type requirements for `std::exchange`	Yes
2388⁽ⁱ⁾	NAD	22.2.3 [utility.exchange]	Handling self-assignment in the proposed library function `std::exchange`	Yes	2
3757⁽ⁱ⁾	C++23	22.2.4 [forward]	What's the effect of `std::forward_like<void>(x)`?	Yes
939⁽ⁱ⁾	C++11	22.2.4 [forward]	Problem with `std::identity` and reference-to-temporaries	Yes
808⁽ⁱ⁾	CD1	22.2.4 [forward]	§[forward] incorrect redundant specification	Yes
700⁽ⁱ⁾	CD1	22.2.4 [forward]	N1856 defines struct `identity`	Yes
823⁽ⁱ⁾	Resolved	22.2.4 [forward]	`identity<void>` seems broken	Yes
1054⁽ⁱ⁾	Resolved	22.2.4 [forward]	`forward` broken	Yes
3902⁽ⁱ⁾	New	22.2.6 [declval]	Return type of `std::declval<cv void>` should be (cv-unqualified) `void`	Yes	4
2599⁽ⁱ⁾	New	22.2.6 [declval]	Library incomplete type permission phrase is unclear	No	3
296⁽ⁱ⁾	C++11	22.3 [pairs]	Missing descriptions and requirements of pair operators	Yes
811⁽ⁱ⁾	C++11	22.3 [pairs]	`pair` of pointers no longer works with literal 0	Yes
885⁽ⁱ⁾	C++11	22.3 [pairs]	`pair` assignment	Yes
265⁽ⁱ⁾	CD1	22.3 [pairs]	std::pair::pair() effects overly restrictive	Yes
706⁽ⁱ⁾	CD1	22.3 [pairs]	`make_pair()` should behave as `make_tuple()` wrt. `reference_wrapper()`	Yes
181⁽ⁱ⁾	TC1	22.3 [pairs]	make_pair() unintended behavior	Yes
353⁽ⁱ⁾	Resolved	22.3 [pairs]	`std::pair` missing template assignment	Yes
482⁽ⁱ⁾	Resolved	22.3 [pairs]	Swapping pairs	Yes
1378⁽ⁱ⁾	Resolved	22.3 [pairs]	`pair` and `tuple` have too many conversions	Yes
1380⁽ⁱ⁾	Resolved	22.3 [pairs]	`pair` and `tuple` of references need to better specify move-semantics	Yes
1382⁽ⁱ⁾	Resolved	22.3 [pairs]	`pair` and `tuple` constructors should `forward` arguments	Yes
1383⁽ⁱ⁾	Resolved	22.3 [pairs]	Inconsistent defaulted move/copy members in `pair` and `tuple`	Yes
840⁽ⁱ⁾	NAD	22.3 [pairs]	`pair` default template argument	Yes
916⁽ⁱ⁾	NAD	22.3 [pairs]	Redundant move-assignment operator of `pair` should be removed	Yes
348⁽ⁱ⁾	Dup	22.3 [pairs]	Minor issue with std::pair operator<	Yes		532
1167⁽ⁱ⁾	NAD Concepts	22.3 [pairs]	`pair<T,U>` doesn't model `LessThanComparable` in unconstrained code even if `T` and `U` do.	Yes
3342⁽ⁱ⁾	New	22.3.2 [pairs.pair]	Library wording uses "initializes `x` with `y`", which is underspecified	No	3
2289⁽ⁱ⁾	Open	22.3.2 [pairs.pair]	`constexpr` guarantees of defaulted functions still insufficient	No	3
2958⁽ⁱ⁾	C++20	22.3.2 [pairs.pair]	Moves improperly defined as deleted	Yes	2
3346⁽ⁱ⁾	C++20	22.3.2 [pairs.pair]	`pair` and `tuple` copy and move constructor have backwards specification	Yes	0
3382⁽ⁱ⁾	C++20	22.3.2 [pairs.pair]	NTTP for `pair` and `array`	Yes	2
2729⁽ⁱ⁾	C++17	22.3.2 [pairs.pair]	Missing SFINAE on `std::pair::operator=`	Yes	2
1324⁽ⁱ⁾	Resolved	22.3.2 [pairs.pair]	Still too many implicit conversions for `pair` and `tuple`	Yes
1326⁽ⁱ⁾	Resolved	22.3.2 [pairs.pair]	Missing/wrong preconditions for `pair` and `tuple` functions	Yes
1379⁽ⁱ⁾	Resolved	22.3.2 [pairs.pair]	`pair` copy-assignment not consistent for references	Yes
2068⁽ⁱ⁾	NAD	22.3.2 [pairs.pair]	`std::pair` not C++03-compatible with defaulted copy c'tor	Yes
2766⁽ⁱ⁾	New	22.3.3 [pairs.spec]	Swapping non-swappable types	Yes	3
3865⁽ⁱ⁾	C++23	22.3.3 [pairs.spec]	Sorting a range of `pair`s	Yes	2
3347⁽ⁱ⁾	C++20	22.3.3 [pairs.spec]	`std::pair<T, U>` now requires `T` and `U` to be less-than-comparable	Yes	1
3166⁽ⁱ⁾	New	22.3.4 [pair.astuple]	No such descriptive element as Value:	No	3
2974⁽ⁱ⁾	C++20	22.3.4 [pair.astuple]	Diagnose out of bounds `tuple_element`/`variant_alternative`	Yes
1061⁽ⁱ⁾	NAD Editorial	22.3.4 [pair.astuple]	Bad indexing for tuple access to pair (Editorial?)	Yes
2899⁽ⁱ⁾	C++20	22.4 [tuple]	`is_(nothrow_)move_constructible` and `tuple`, `optional` and `unique_ptr`	Yes	2
522⁽ⁱ⁾	CD1	22.4 [tuple]	Tuple doesn't define swap	Yes
801⁽ⁱ⁾	Resolved	22.4 [tuple]	`tuple` and `pair` trivial members	Yes
2773⁽ⁱ⁾	C++17	22.4.1 [tuple.general]	Making `std::ignore constexpr`	Yes	0
2796⁽ⁱ⁾	C++17	22.4.1 [tuple.general]	`tuple` should be a literal type	Yes	2
2446⁽ⁱ⁾	NAD	22.4.1 [tuple.general]	Unspecialized `std::tuple_size` should be defined	Yes
3378⁽ⁱ⁾	New	22.4.2 [tuple.syn]	`tuple_size_v/tuple_element_t` should be available when `tuple_size/tuple_element` are	Yes	3
3990⁽ⁱ⁾	WP	22.4.4 [tuple.tuple]	Program-defined specializations of `std::tuple` and `std::variant` can't be properly supported	Yes
1116⁽ⁱ⁾	Resolved	22.4.4 [tuple.tuple]	Literal constructors for tuple	Yes
2051⁽ⁱ⁾	Resolved	22.4.4 [tuple.tuple]	Explicit `tuple` constructors for more than one parameter	Yes	2
1077⁽ⁱ⁾	NAD Editorial	22.4.4 [tuple.tuple]	Nonesense `tuple` declarations	Yes
3583⁽ⁱ⁾	New	22.4.4.2 [tuple.cnstr]	Clarify if/when short circuiting applies to conditions in Constraints: elements	No	3
2528⁽ⁱ⁾	New	22.4.4.2 [tuple.cnstr]	Order of `std::tuple` construction unspecified	No	3
4045⁽ⁱ⁾	WP	22.4.4.2 [tuple.cnstr]	`tuple` can create dangling references from `tuple-like`	Yes
3121⁽ⁱ⁾	C++23	22.4.4.2 [tuple.cnstr]	`tuple` constructor constraints for `UTypes&&...` overloads	Yes	2
3211⁽ⁱ⁾	C++23	22.4.4.2 [tuple.cnstr]	`std::tuple<>` should be trivially constructible	Yes	3
3158⁽ⁱ⁾	C++20	22.4.4.2 [tuple.cnstr]	`tuple(allocator_arg_t, const Alloc&)` should be conditionally explicit	Yes	3
2312⁽ⁱ⁾	C++17	22.4.4.2 [tuple.cnstr]	`tuple`'s constructor constraints need to be phrased more precisely	Yes	2
2549⁽ⁱ⁾	C++17	22.4.4.2 [tuple.cnstr]	Tuple EXPLICIT constructor templates that take `tuple` parameters end up taking references to temporaries and will create dangling references	Yes	2
886⁽ⁱ⁾	C++11	22.4.4.2 [tuple.cnstr]	`tuple` construction	Yes
807⁽ⁱ⁾	CD1	22.4.4.2 [tuple.cnstr]	`tuple` construction should not fail unless its element's construction fails	Yes
3155⁽ⁱ⁾	Resolved	22.4.4.2 [tuple.cnstr]	`tuple<any, any>{allocator_arg_t, an_allocator}`	Yes	3
2419⁽ⁱ⁾	Resolved	22.4.4.2 [tuple.cnstr]	Clang's libc++ extension to `std::tuple`	Yes
1117⁽ⁱ⁾	Resolved	22.4.4.2 [tuple.cnstr]	`tuple` copy constructor	Yes
3440⁽ⁱ⁾	NAD	22.4.4.2 [tuple.cnstr]	Aggregate-paren-init breaks direct-initializing a `tuple` or `optional` from `{aggregate-member-value}`	Yes	2
917⁽ⁱ⁾	NAD	22.4.4.2 [tuple.cnstr]	Redundant move-assignment operator of `tuple` should be removed	Yes
918⁽ⁱ⁾	NAD Concepts	22.4.4.4 [tuple.swap]	Swap for tuple needs to be conceptualized	Yes
2275⁽ⁱ⁾	C++14	22.4.5 [tuple.creation]	[CD] Why is `forward_as_tuple` not `constexpr`?	Yes
2301⁽ⁱ⁾	C++14	22.4.5 [tuple.creation]	Why is `std::tie` not `constexpr`?	Yes	2
1384⁽ⁱ⁾	C++11	22.4.5 [tuple.creation]	Function `pack_arguments` is poorly named	Yes
1385⁽ⁱ⁾	C++11	22.4.5 [tuple.creation]	`tuple_cat` should be a single variadic signature	Yes
1386⁽ⁱ⁾	C++11	22.4.5 [tuple.creation]	`pack_arguments` overly complex	Yes
2933⁽ⁱ⁾	Resolved	22.4.5 [tuple.creation]	PR for LWG 2773 could be clearer	Yes	3
3978⁽ⁱ⁾	Resolved	22.4.5 [tuple.creation]	The "no effect" requirement for `std::ignore` is unimplementable for `volatile` bit-fields	Yes	4
1201⁽ⁱ⁾	Resolved	22.4.5 [tuple.creation]	Do we always want to unwrap `ref`-wrappers in `make_tuple`	Yes
3528⁽ⁱ⁾	C++23	22.4.6 [tuple.apply]	`make_from_tuple` can perform (the equivalent of) a C-style cast	Yes	3
4040⁽ⁱ⁾	New	22.4.7 [tuple.helper]	Contradictory specification of `std::tuple_size`	No	3
2770⁽ⁱ⁾	C++17	22.4.7 [tuple.helper]	`tuple_size<const T>` specialization is not SFINAE compatible and breaks decomposition declarations	Yes	1
2313⁽ⁱ⁾	C++14	22.4.7 [tuple.helper]	`tuple_size` should always derive from `integral_constant<size_t, N>`	Yes	2
1118⁽ⁱ⁾	C++11	22.4.7 [tuple.helper]	`tuple` query APIs do not support cv-qualification	Yes
775⁽ⁱ⁾	CD1	22.4.7 [tuple.helper]	Tuple indexing should be unsigned?	Yes
1119⁽ⁱ⁾	NAD	22.4.7 [tuple.helper]	tuple query APIs do not support references	Yes
2485⁽ⁱ⁾	C++17	22.4.8 [tuple.elem]	`get()` should be overloaded for `const tuple&&`	Yes	1
1191⁽ⁱ⁾	C++11	22.4.8 [tuple.elem]	`tuple get` API should respect rvalues	Yes
3882⁽ⁱ⁾	New	22.4.9 [tuple.rel]	`tuple` relational operators have confused friendships	Yes	3
3728⁽ⁱ⁾	New	22.4.9 [tuple.rel]	Can't make neither head nor tail of the description of `operator<=>(tuple, tuple)`	Yes	4
2472⁽ⁱ⁾	New	22.4.9 [tuple.rel]	Heterogeneous comparisons in the standard library can result in ambiguities	No	3
532⁽ⁱ⁾	LEWG	22.4.9 [tuple.rel]	Tuple comparison	Yes		348
1335⁽ⁱ⁾	C++11	22.4.9 [tuple.rel]	Insufficient requirements for `tuple::operator<()`	Yes
928⁽ⁱ⁾	NAD Concepts	22.4.9 [tuple.rel]	Wrong concepts used for `tuple`'s comparison operators	Yes
2857⁽ⁱ⁾	C++17	22.5 [optional]	`{variant,optional,any}::emplace` should return the constructed value	Yes	1
2862⁽ⁱ⁾	Resolved	22.5 [optional]	LWG 2756 should be accepted	Yes
2990⁽ⁱ⁾	Open	22.5.3 [optional.optional]	`optional::value_type` is not always a value type	Yes	3
3196⁽ⁱ⁾	C++20	22.5.3 [optional.optional]	`std::optional<T>` is ill-formed is `T` is an array	Yes	0
2900⁽ⁱ⁾	C++17	22.5.3 [optional.optional]	The copy and move constructors of `optional` are not `constexpr`	Yes
2756⁽ⁱ⁾	C++17	22.5.3 [optional.optional]	C++ WP `optional<T>` should 'forward' `T`'s implicit conversions	Yes	1
2825⁽ⁱ⁾	Resolved	22.5.3 [optional.optional]	LWG 2756 breaks class template argument deduction for `optional`	Yes	2
3016⁽ⁱ⁾	NAD	22.5.3 [optional.optional]	`optional` and over-aligned types	Yes	3
3886⁽ⁱ⁾	WP	22.5.3.1 [optional.optional.general]	Monad mo' problems	Yes	3
4141⁽ⁱ⁾	WP	22.5.3.1 [optional.optional.general]	Improve prohibitions on "additional storage"	Yes
3709⁽ⁱ⁾	C++23	22.5.3.1 [optional.optional.general]	LWG-3703 was underly ambitious	Yes
2811⁽ⁱ⁾	New	22.5.3.2 [optional.ctor]	"Selected constructor" wording is incorrect for `optional`/`variant`/`any`	Yes	3
2842⁽ⁱ⁾	C++17	22.5.3.2 [optional.ctor]	`in_place_t` check for `optional::optional(U&&)` should decay `U`	Yes	0
2753⁽ⁱ⁾	Resolved	22.5.3.2 [optional.ctor]	Optional's constructors and assignments need constraints	Yes	0
2746⁽ⁱ⁾	New	22.5.3.4 [optional.assign]	Inconsistency between requirements for `emplace` between `optional` and `variant`	Yes	3
2748⁽ⁱ⁾	C++17	22.5.3.5 [optional.swap]	`swappable` traits for `optional`s	Yes	0
3424⁽ⁱ⁾	New	22.5.3.7 [optional.observe]	`optional::value_or` should never return a cv-qualified type	Yes	3
2829⁽ⁱ⁾	Open	22.5.3.7 [optional.observe]	LWG 2740 leaves behind vacuous words	No	2
2740⁽ⁱ⁾	C++17	22.5.3.7 [optional.observe]	`constexpr optional<T>::operator->`	Yes	0
4015⁽ⁱ⁾	Open	22.5.3.8 [optional.monadic]	LWG 3973 broke `const` overloads of `std::optional` monadic operations	Yes	1
3613⁽ⁱ⁾	New	22.5.4 [optional.nullopt]	Specify that `nullopt_t` is copyable	Yes	3
2736⁽ⁱ⁾	C++17	22.5.4 [optional.nullopt]	`nullopt_t` insufficiently constrained	Yes	2
3562⁽ⁱ⁾	NAD	22.5.4 [optional.nullopt]	Superseding `nullopt_t`'s requirement to not be DefaultConstructible	Yes
2806⁽ⁱ⁾	C++17	22.5.5 [optional.bad.access]	Base class of `bad_optional_access`	Yes	1
4072⁽ⁱ⁾	WP	22.5.8 [optional.comp.with.t]	`std::optional` comparisons: constrain harder	Yes	1
3566⁽ⁱ⁾	C++23	22.5.8 [optional.comp.with.t]	Constraint recursion for `operator<=>(optional<T>, U)`	Yes
3746⁽ⁱ⁾	C++23	22.5.8 [optional.comp.with.t]	`optional`'s spaceship with `U` with a type derived from `optional` causes infinite constraint meta-recursion	Yes
2945⁽ⁱ⁾	C++20	22.5.8 [optional.comp.with.t]	Order of template parameters in `optional` comparisons	Yes	2
2934⁽ⁱ⁾	C++17	22.5.8 [optional.comp.with.t]	`optional<const T>` doesn't compare with `T`	Yes
3627⁽ⁱ⁾	New	22.5.9 [optional.specalg]	Inconsistent specifications for `std::make_optional` overloads	Yes	3
2805⁽ⁱ⁾	Resolved	22.6 [variant]	`void` and reference type alternatives in `variant`, `variant<>` and `index()`	Yes
2881⁽ⁱ⁾	New	22.6.3 [variant.variant]	Adopt section III of P0308R0	No	3
2901⁽ⁱ⁾	C++17	22.6.3 [variant.variant]	Variants cannot properly support allocators	Yes	0
2902⁽ⁱ⁾	NAD	22.6.3 [variant.variant]	`variant` should only support complete types	Yes	0
2971⁽ⁱ⁾	NAD	22.6.3 [variant.variant]	`variant` should require `Destructible` types	Yes
3215⁽ⁱ⁾	New	22.6.3.2 [variant.ctor]	`variant` default constructor has vague `constexpr` requirements	No	2
2991⁽ⁱ⁾	Open	22.6.3.2 [variant.ctor]	`variant` copy constructor missing `noexcept(see below)`	Yes
2833⁽ⁱ⁾	Open	22.6.3.2 [variant.ctor]	Library needs to specify what it means when it declares a function `constexpr`	Yes	2
3024⁽ⁱ⁾	C++20	22.6.3.2 [variant.ctor]	`variant`'s copies must be deleted instead of disabled via SFINAE	Yes
2903⁽ⁱ⁾	C++17	22.6.3.2 [variant.ctor]	The form of initialization for the emplace-constructors is not specified	Yes
3228⁽ⁱ⁾	Resolved	22.6.3.2 [variant.ctor]	Surprising `variant` construction	Yes	2
2882⁽ⁱ⁾	Resolved	22.6.3.2 [variant.ctor]	Clarify `variant` construction	Yes
3991⁽ⁱ⁾	New	22.6.3.4 [variant.assign]	`variant`'s move assignment should not be guaranteed to produce a valueless by exception state	Yes	3
3069⁽ⁱ⁾	New	22.6.3.4 [variant.assign]	Move assigning `variant`'s subobject corrupts data	Yes	3
3585⁽ⁱ⁾	C++23	22.6.3.4 [variant.assign]	Variant converting assignment with immovable alternative	Yes
2904⁽ⁱ⁾	C++17	22.6.3.4 [variant.assign]	Make `variant` move-assignment more exception safe	Yes
2749⁽ⁱ⁾	C++17	22.6.3.7 [variant.swap]	`swappable` traits for `variant`s	Yes	1
2970⁽ⁱ⁾	C++20	22.6.7 [variant.visit]	Return type of `std::visit` misspecified	Yes	2
3052⁽ⁱ⁾	Resolved	22.6.7 [variant.visit]	`visit` is underconstrained	Yes	2
2809⁽ⁱ⁾	Resolved	22.6.12 [variant.hash]	`variant` hash requirements	Yes
2868⁽ⁱ⁾	C++17	22.7.3 [any.bad.any.cast]	Missing specification of `bad_any_cast::what()`	Yes
3416⁽ⁱ⁾	New	22.7.4 [any.class]	The Throws: specification of `std::any` does not mention allocation	No	3
2789⁽ⁱ⁾	C++17	22.7.4 [any.class]	Equivalence of contained objects	Yes	0
2744⁽ⁱ⁾	C++17	22.7.4.2 [any.cons]	`any`'s `in_place` constructors	Yes	0
2754⁽ⁱ⁾	Resolved	22.7.4.2 [any.cons]	The `in_place` constructors and `emplace` functions added by P0032R3 don't require `CopyConstructible`	Yes	1
2886⁽ⁱ⁾	NAD	22.7.4.5 [any.observers]	Keep the `empty()` functions in `any`	Yes
3423⁽ⁱ⁾	New	22.7.5 [any.nonmembers]	`std::any_cast` should never return a cv-qualified type	Yes	3
3305⁽ⁱ⁾	WP	22.7.5 [any.nonmembers]	`any_cast<void>`	Yes	2
2768⁽ⁱ⁾	C++17	22.7.5 [any.nonmembers]	`any_cast` and move semantics	Yes	0
2769⁽ⁱ⁾	C++17	22.7.5 [any.nonmembers]	Redundant `const` in the return type of `any_cast(const any&)`	Yes	0
3688⁽ⁱ⁾	New	22.8.4 [expected.bad]	Exception specifications of copy/move member functions of `std::bad_expected_access`	No	2
4031⁽ⁱ⁾	WP	22.8.5 [expected.bad.void]	`bad_expected_access<void>` member functions should be `noexcept`	Yes
3891⁽ⁱ⁾	New	22.8.6.1 [expected.object.general]	LWG 3870 breaks `std::expected<cv T, E>`	Yes	2
3754⁽ⁱ⁾	C++23	22.8.6.1 [expected.object.general]	Class template `expected` synopsis contains declarations that do not match the detailed description	Yes
3836⁽ⁱ⁾	C++23	22.8.6.2 [expected.object.cons]	`std::expected<bool, E1>` conversion constructor `expected(const expected<U, G>&)` should take precedence over `expected(U&&)` with operator `bool`	Yes	1
4026⁽ⁱ⁾	New	22.8.6.4 [expected.object.assign]	Assignment operators of `std::expected` should propagate triviality	Yes	2
3951⁽ⁱ⁾	WP	22.8.6.5 [expected.object.swap]	§[expected.object.swap]: Using `value()` instead of `has_value()`	Yes
3843⁽ⁱ⁾	C++23	22.8.6.6 [expected.object.obs]	`std::expected<T,E>::value() &` assumes `E` is copy constructible	Yes
3938⁽ⁱ⁾	WP	22.8.6.7 [expected.object.monadic]	Cannot use `std::expected` monadic ops with move-only `error_type`	Yes
3973⁽ⁱ⁾	WP	22.8.6.7 [expected.object.monadic]	Monadic operations should be ADL-proof	Yes
3866⁽ⁱ⁾	C++23	22.8.6.7 [expected.object.monadic]	Bad Mandates for `expected::transform_error` overloads	Yes
3877⁽ⁱ⁾	C++23	22.8.6.7 [expected.object.monadic]	Incorrect constraints on `const`-qualified monadic overloads for `std::expected`	Yes
3703⁽ⁱ⁾	C++23	22.8.7.1 [expected.void.general]	Missing requirements for `expected<T, E> requires is_void<T>`	Yes	2
4025⁽ⁱ⁾	WP	22.8.7.4 [expected.void.assign]	Move assignment operator of `std::expected<cv void, E>` should not be conditionally deleted	Yes
3687⁽ⁱ⁾	C++23	22.8.7.4 [expected.void.assign]	`expected<cv void, E>` move constructor should move	Yes
3940⁽ⁱ⁾	WP	22.8.7.6 [expected.void.obs]	`std::expected<void, E>::value()` also needs `E` to be copy constructible	Yes
2348⁽ⁱ⁾	Open	22.9.2 [template.bitset]	`charT('1')` is not the wide equivalent of `'1'`	Yes	3
853⁽ⁱ⁾	C++11	22.9.2 [template.bitset]	`to_string` needs updating with `zero` and `one`	Yes
1113⁽ⁱ⁾	C++11	22.9.2 [template.bitset]	`bitset::to_string` could be simplified	Yes
1227⁽ⁱ⁾	C++11	22.9.2 [template.bitset]	`<bitset>` synopsis overspecified	Yes
1250⁽ⁱ⁾	C++11	22.9.2 [template.bitset]	`<bitset>` still overspecified	Yes
693⁽ⁱ⁾	CD1	22.9.2 [template.bitset]	`std::bitset::all()` missing	Yes
694⁽ⁱ⁾	CD1	22.9.2 [template.bitset]	`std::bitset` and `long long`	Yes
11⁽ⁱ⁾	TC1	22.9.2 [template.bitset]	Bitset minor problems	Yes
1112⁽ⁱ⁾	NAD	22.9.2 [template.bitset]	bitsets and new style for loop	Yes
116⁽ⁱ⁾	Dup	22.9.2 [template.bitset]	bitset cannot be constructed with a const char*	Yes		778
4140⁽ⁱ⁾	WP	22.9.2.1 [template.bitset.general]	Useless default constructors for bit reference types	Yes
2250⁽ⁱ⁾	C++17	22.9.2.2 [bitset.cons]	Follow-up On Library Issue 2207	Yes	3
1325⁽ⁱ⁾	C++11	22.9.2.2 [bitset.cons]	`bitset`	Yes
396⁽ⁱ⁾	CD1	22.9.2.2 [bitset.cons]	what are characters zero and one	Yes
457⁽ⁱ⁾	CD1	22.9.2.2 [bitset.cons]	bitset constructor: incorrect number of initialized bits	Yes
778⁽ⁱ⁾	CD1	22.9.2.2 [bitset.cons]	std::bitset does not have any constructor taking a string literal	Yes		116
907⁽ⁱ⁾	C++11	22.9.2.3 [bitset.members]	Bitset's immutable element retrieval is inconsistently defined	Yes
186⁽ⁱ⁾	CD1	22.9.2.3 [bitset.members]	bitset::set() second parameter should be bool	Yes
434⁽ⁱ⁾	CD1	22.9.2.3 [bitset.members]	bitset::to_string() hard to use	Yes
1168⁽ⁱ⁾	NAD Editorial	22.9.2.3 [bitset.members]	Odd wording for bitset equality operators	Yes
3199⁽ⁱ⁾	C++20	22.9.4 [bitset.operators]	`istream >> bitset<0>` fails	Yes
303⁽ⁱ⁾	CD1	22.9.4 [bitset.operators]	Bitset input operator underspecified	Yes
3805⁽ⁱ⁾	New	22.10 [function.objects]	Expression evaluating to a call wrapper is a prvalue, not an object	No	4
2048⁽ⁱ⁾	C++14	22.10 [function.objects]	Unnecessary `mem_fn` overloads	Yes
2149⁽ⁱ⁾	C++14	22.10 [function.objects]	Concerns about 20.8/5	Yes
185⁽ⁱ⁾	CD1	22.10 [function.objects]	Questionable use of term "inline"	Yes
660⁽ⁱ⁾	CD1	22.10 [function.objects]	Missing Bitwise Operations	Yes
1290⁽ⁱ⁾	Resolved	22.10 [function.objects]	Don't require `[u\|bi]nary_function` inheritance	Yes
658⁽ⁱ⁾	Resolved	22.10 [function.objects]	Two unspecified function comparators in [function.objects]	Yes
1397⁽ⁱ⁾	Resolved	22.10 [function.objects]	Deprecate '98 binders	Yes
351⁽ⁱ⁾	NAD Editorial	22.10 [function.objects]	unary_negate and binary_negate: struct or class?	Yes
1398⁽ⁱ⁾	NAD	22.10 [function.objects]	Users should be able to specialize functors without depending on whole `<functional>` header	Yes
3202⁽ⁱ⁾	C++20	22.10.2 [functional.syn]	P0318R1 was supposed to be revised	Yes	0
4007⁽ⁱ⁾	New	22.10.4 [func.require]	Mystic prohibition of calling a `volatile`-qualified perfect forwarding call wrapper	Yes	3
3655⁽ⁱ⁾	C++23	22.10.4 [func.require]	The `INVOKE` operation and `union` types	Yes	3
2219⁽ⁱ⁾	C++17	22.10.4 [func.require]	`INVOKE`-ing a pointer to member with a `reference_wrapper` as the object expression	Yes	2
2387⁽ⁱ⁾	C++17	22.10.4 [func.require]	More nested types that must be accessible and unambiguous	Yes
2486⁽ⁱ⁾	C++17	22.10.4 [func.require]	`mem_fn()` should be required to use perfect forwarding	Yes	0
1294⁽ⁱ⁾	C++11	22.10.4 [func.require]	Difference between callable wrapper and forwarding call wrapper unclear	Yes
1295⁽ⁱ⁾	C++11	22.10.4 [func.require]	Contradictory call wrapper requirements	Yes
1520⁽ⁱ⁾	C++11	22.10.4 [func.require]	`INVOKE` on member data pointer with too many arguments	Yes
2926⁽ⁱ⁾	Resolved	22.10.4 [func.require]	`INVOKE(f, t1, t2,... tN)` and `INVOKE(f, t1, t2,... tN, R)` are too similar	Yes
2807⁽ⁱ⁾	C++17	22.10.5 [func.invoke]	`std::invoke` should use `std::is_nothrow_callable`	Yes	3
2690⁽ⁱ⁾	Resolved	22.10.5 [func.invoke]	`invoke<R>`	Yes
2894⁽ⁱ⁾	Resolved	22.10.5 [func.invoke]	The function template `std::apply()` is required to be `constexpr`, but `std::invoke()` isn't	Yes	3
3046⁽ⁱ⁾	New	22.10.6 [refwrap]	Do not require `reference_wrapper` to support non-referenceable function types	Yes	3
2981⁽ⁱ⁾	C++20	22.10.6 [refwrap]	Remove redundant deduction guides from standard library	Yes	0
2993⁽ⁱ⁾	C++20	22.10.6 [refwrap]	`reference_wrapper<T>` conversion from `T&&`	Yes	3
987⁽ⁱ⁾	C++11	22.10.6 [refwrap]	`reference_wrapper` and function types	Yes
2017⁽ⁱ⁾	C++11	22.10.6 [refwrap]	`std::reference_wrapper` makes incorrect usage of `std::result_of`	Yes
2022⁽ⁱ⁾	C++11	22.10.6 [refwrap]	`reference_wrapper<T>::result_type` is underspecified	Yes
521⁽ⁱ⁾	CD1	22.10.6 [refwrap]	Garbled requirements for argument_type in reference_wrapper	Yes
3041⁽ⁱ⁾	C++20	22.10.6.2 [refwrap.const]	Unnecessary `decay` in `reference_wrapper`	Yes	0
688⁽ⁱ⁾	C++11	22.10.6.2 [refwrap.const]	reference_wrapper, cref unsafe, allow binding to rvalues	Yes
689⁽ⁱ⁾	CD1	22.10.6.2 [refwrap.const]	reference_wrapper constructor overly constrained	Yes
3764⁽ⁱ⁾	C++23	22.10.6.5 [refwrap.invoke]	`reference_wrapper::operator()` should propagate `noexcept`	Yes
2435⁽ⁱ⁾	C++17	22.10.6.5 [refwrap.invoke]	`reference_wrapper::operator()`'s Remark should be deleted	Yes	4
4071⁽ⁱ⁾	WP	22.10.6.6 [refwrap.comparisons]	`reference_wrapper` comparisons are not SFINAE-friendly	Yes
3146⁽ⁱ⁾	C++23	22.10.6.7 [refwrap.helpers]	Excessive unwrapping in `std::ref`/`cref`	Yes	3
2491⁽ⁱ⁾	New	22.10.8 [comparisons]	`std::less<T*>` in constant expression	Yes	3
2547⁽ⁱ⁾	New	22.10.8 [comparisons]	Container requirements (and other library text) should say "strict total order", not just "total order"	No	3
2450⁽ⁱ⁾	C++17	22.10.8 [comparisons]	`(greater\|less\|greater_equal\|less_equal)<void>` do not yield a total order for pointers	Yes	2
2562⁽ⁱ⁾	C++17	22.10.8 [comparisons]	Consistent total ordering of pointers by comparison functors	Yes	3
284⁽ⁱ⁾	CD1	22.10.8 [comparisons]	unportable example in 20.3.7, p6	Yes
3530⁽ⁱ⁾	C++23	22.10.8.8 [comparisons.three.way]	`BUILTIN-PTR-MEOW` should not opt the type out of syntactic checks	Yes
297⁽ⁱ⁾	CD1	22.10.10 [logical.operations]	const_mem_fun_t<>::argument_type should be const T*	Yes
3979⁽ⁱ⁾	New	22.10.13 [func.not.fn]	Should we reject `std::bind_front<42>()` and its friends?	Yes	4
2767⁽ⁱ⁾	C++17	22.10.13 [func.not.fn]	`not_fn call_wrapper` can form invalid types	Yes	0
3184⁽ⁱ⁾	C++20	22.10.14 [func.bind.partial]	Inconsistencies in `bind_front` wording	Yes	0
520⁽ⁱ⁾	CD1	22.10.15 [func.bind]	Result_of and pointers to data members	Yes
2010⁽ⁱ⁾	C++14	22.10.15.2 [func.bind.isbind]	`is_* traits` for binding operations can't be meaningfully specialized	Yes
1071⁽ⁱ⁾	C++11	22.10.15.2 [func.bind.isbind]	`is_bind_expression` should derive from `integral_constant<bool>`	Yes
2487⁽ⁱ⁾	C++17	22.10.15.4 [func.bind.bind]	`bind()` should be `const`-overloaded, not cv-overloaded	Yes	2
2545⁽ⁱ⁾	C++17	22.10.15.4 [func.bind.bind]	Simplify wording for `bind` without explicitly specified return type	Yes	3
2021⁽ⁱ⁾	C++14	22.10.15.4 [func.bind.bind]	Further incorrect usages of `result_of`	Yes
817⁽ⁱ⁾	C++11	22.10.15.4 [func.bind.bind]	`bind` needs to be moved	Yes
527⁽ⁱ⁾	CD1	22.10.15.4 [func.bind.bind]	`tr1::bind` has lost its Throws clause	Yes
2957⁽ⁱ⁾	Resolved	22.10.15.4 [func.bind.bind]	`bind`'s specification doesn't apply the cv-qualification of the call wrapper to the callable object	Yes	3
816⁽ⁱ⁾	Resolved	22.10.15.4 [func.bind.bind]	Should `bind()`'s returned functor have a nofail copy ctor when `bind()` is nofail?	Yes
3824⁽ⁱ⁾	C++23	22.10.15.5 [func.bind.place]	Number of `bind` placeholders is underspecified	Yes
2488⁽ⁱ⁾	C++17	22.10.15.5 [func.bind.place]	Placeholders should be allowed and encouraged to be `constexpr`	Yes	2
2489⁽ⁱ⁾	C++17	22.10.16 [func.memfn]	`mem_fn()` should be `noexcept`	Yes	0
920⁽ⁱ⁾	C++11	22.10.16 [func.memfn]	Ref-qualification support in the library	Yes		1230
3023⁽ⁱ⁾	Resolved	22.10.16 [func.memfn]	Clarify unspecified call wrappers	Yes	3
1230⁽ⁱ⁾	Dup	22.10.16 [func.memfn]	`mem_fn` and variadic templates	Yes		920
770⁽ⁱ⁾	CD1	22.10.17 [func.wrap]	std::function should use rvalue swap	Yes
2233⁽ⁱ⁾	C++17	22.10.17.2 [func.wrap.badcall]	`bad_function_call::what()` unhelpful	Yes	3
2062⁽ⁱ⁾	C++17	22.10.17.3 [func.wrap.func]	Effect contradictions w/o no-throw guarantee of `std::function` swaps	Yes	2
2385⁽ⁱ⁾	C++17	22.10.17.3 [func.wrap.func]	`function::assign` allocator argument doesn't make sense	Yes	2
2393⁽ⁱ⁾	C++17	22.10.17.3 [func.wrap.func]	`std::function`'s Callable definition is broken	Yes	2
2401⁽ⁱ⁾	C++17	22.10.17.3 [func.wrap.func]	`std::function` needs more `noexcept`	Yes	0
2420⁽ⁱ⁾	C++17	22.10.17.3 [func.wrap.func]	`function<void(ArgTypes...)>` does not discard the return value of the target object	Yes	1
1070⁽ⁱ⁾	C++11	22.10.17.3 [func.wrap.func]	Ambiguous move overloads in function	Yes
1240⁽ⁱ⁾	C++11	22.10.17.3 [func.wrap.func]	Deleted comparison functions of `std::function` not needed	Yes
1399⁽ⁱ⁾	C++11	22.10.17.3 [func.wrap.func]	`function` does not need an `explicit` default constructor	Yes
769⁽ⁱ⁾	CD1	22.10.17.3 [func.wrap.func]	std::function should use nullptr_t instead of "unspecified-null-pointer-type"	Yes
2370⁽ⁱ⁾	Resolved	22.10.17.3 [func.wrap.func]	Operations involving type-erased allocators should not be `noexcept` in `std::function`	Yes	3
2501⁽ⁱ⁾	Resolved	22.10.17.3 [func.wrap.func]	`std::function` requires POCMA/POCCA	Yes	3
2502⁽ⁱ⁾	Resolved	22.10.17.3 [func.wrap.func]	`std::function` does not use `allocator::construct`	Yes	3
1023⁽ⁱ⁾	NAD Editorial	22.10.17.3 [func.wrap.func]	Unclear inheritance relation for `std::function`	Yes
644⁽ⁱ⁾	NAD	22.10.17.3 [func.wrap.func]	Possible typos in 'function' description	Yes
1024⁽ⁱ⁾	NAD Concepts	22.10.17.3 [func.wrap.func]	`std::function` constructors overly generous	Yes
1059⁽ⁱ⁾	NAD Concepts	22.10.17.3 [func.wrap.func]	Usage of no longer existing FunctionType concept	Yes
3493⁽ⁱ⁾	New	22.10.17.3.2 [func.wrap.func.con]	The constructor of `std::function` taking an `F` is missing a constraint	Yes	3
2774⁽ⁱ⁾	C++23	22.10.17.3.2 [func.wrap.func.con]	`std::function` construction vs assignment	Yes	3
3617⁽ⁱ⁾	C++23	22.10.17.3.2 [func.wrap.func.con]	`function`/`packaged_task` deduction guides and deducing `this`	Yes	2
3238⁽ⁱ⁾	C++20	22.10.17.3.2 [func.wrap.func.con]	Insufficiently-defined behavior of `std::function` deduction guides	Yes
2850⁽ⁱ⁾	C++17	22.10.17.3.2 [func.wrap.func.con]	`std::function` move constructor does unnecessary work	Yes	0
2565⁽ⁱ⁾	C++17	22.10.17.3.2 [func.wrap.func.con]	`std::function`'s move constructor should guarantee nothrow for `reference_wrapper`s and function pointers	Yes	0
2781⁽ⁱ⁾	C++17	22.10.17.3.2 [func.wrap.func.con]	Contradictory requirements for `std::function` and `std::reference_wrapper`	Yes	0
2132⁽ⁱ⁾	C++14	22.10.17.3.2 [func.wrap.func.con]	`std::function` ambiguity	Yes	2
1287⁽ⁱ⁾	C++11	22.10.17.3.2 [func.wrap.func.con]	`std::function` requires `CopyConstructible` target object	Yes
1288⁽ⁱ⁾	C++11	22.10.17.3.2 [func.wrap.func.con]	`std::function` assignment from rvalues	Yes
1292⁽ⁱ⁾	C++11	22.10.17.3.2 [func.wrap.func.con]	`std::function` should support all callable types	Yes
1400⁽ⁱ⁾	C++11	22.10.17.3.2 [func.wrap.func.con]	FCD `function` does not need an `explicit` default constructor	Yes
610⁽ⁱ⁾	CD1	22.10.17.3.2 [func.wrap.func.con]	Suggested non-normative note for C++0x	Yes
2813⁽ⁱ⁾	Resolved	22.10.17.3.2 [func.wrap.func.con]	`std::function` should not return dangling references	Yes	2
2386⁽ⁱ⁾	NAD	22.10.17.3.2 [func.wrap.func.con]	`function::operator=` handles allocators incorrectly	Yes	1
1258⁽ⁱ⁾	Resolved	22.10.17.3.3 [func.wrap.func.mod]	std::function Effects clause impossible to satisfy	Yes
1333⁽ⁱ⁾	C++11	22.10.17.3.5 [func.wrap.func.inv]	Missing forwarding during `std::function` invocation	Yes
815⁽ⁱ⁾	Resolved	22.10.17.3.5 [func.wrap.func.inv]	`std::function` and `reference_closure` do not use perfect forwarding	Yes
2591⁽ⁱ⁾	C++17	22.10.17.3.6 [func.wrap.func.targ]	`std::function`'s member template `target()` should not lead to undefined behaviour	Yes	3
633⁽ⁱ⁾	NAD Editorial	22.10.17.3.6 [func.wrap.func.targ]	Return clause mentions undefined "type()"	Yes
3680⁽ⁱ⁾	New	22.10.17.4.3 [func.wrap.move.ctor]	Constructor of `move_only_function` with empty `ref`-qualifier is over-constrained	Yes	2
3642⁽ⁱ⁾	New	22.10.17.4.3 [func.wrap.move.ctor]	`move_only_function` assignment operators seem to be defined suboptimal	Yes	3
4127⁽ⁱ⁾	New	22.10.18.3 [func.search.bm]	The Standard Library should not use predicates of the form `pred(*i) != false`	Yes	3
3512⁽ⁱ⁾	New	22.10.19 [unord.hash]	Incorrect exception safety guarantee for unordered containers	No	3
1025⁽ⁱ⁾	NAD Future	22.10.19 [unord.hash]	The library should provide more specializations for `std::hash`	Yes
2119⁽ⁱ⁾	C++17	22.10.19 [unord.hash]	Missing `hash` specializations for extended integer types	Yes	3
2148⁽ⁱ⁾	C++14	22.10.19 [unord.hash]	Hashing enums should be supported directly by `std::hash`	Yes
978⁽ⁱ⁾	C++11	22.10.19 [unord.hash]	Hashing smart pointers	Yes
1182⁽ⁱ⁾	C++11	22.10.19 [unord.hash]	Unfortunate hash dependencies	Yes
1245⁽ⁱ⁾	C++11	22.10.19 [unord.hash]	`std::hash<string>` & co	Yes
848⁽ⁱ⁾	CD1	22.10.19 [unord.hash]	Missing `std::hash` specializations for `std::bitset/std::vector<bool>`	Yes
2803⁽ⁱ⁾	Resolved	22.10.19 [unord.hash]	`hash` for arithmetic, pointer and standard library types should not throw	Yes	3
2817⁽ⁱ⁾	Resolved	22.10.19 [unord.hash]	`std::hash` for `nullptr_t`	Yes
2543⁽ⁱ⁾	Resolved	22.10.19 [unord.hash]	LWG 2148 (hash support for enum types) seems under-specified	Yes	2
1317⁽ⁱ⁾	NAD	22.10.19 [unord.hash]	make_hash	Yes
1072⁽ⁱ⁾	NAD Concepts	22.10.19 [unord.hash]	Is `std::hash` a constrained template or not?	Yes
3656⁽ⁱ⁾	C++23	22.11.5 [bit.pow.two]	Inconsistent bit operations returning a count	Yes	3
3968⁽ⁱ⁾	New	22.11.8 [bit.endian]	`std::endian::native` value should be more specific about object representations	Yes	4

Section 23 (376 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
4176⁽ⁱ⁾	New	23 [containers]	Refer back to container requirements when extending them	No
4173⁽ⁱ⁾	New	23 [containers]	Better term for "references, pointers and iterators to elements"	No
2307⁽ⁱ⁾	LEWG	23 [containers]	Should the Standard Library use `explicit` only when necessary?	No	2
2885⁽ⁱ⁾	LEWG	23 [containers]	The relational operators of `optional` and `variant` completely reflect the semantics of the element types — this is inconsistent with other types in the library	No
2884⁽ⁱ⁾	LEWG	23 [containers]	Relational operators for containers should sfinae; if the underlying type is not comparable, neither should the container be	No
2193⁽ⁱ⁾	C++14	23 [containers]	Default constructors for standard library containers are explicit	Yes	1
774⁽ⁱ⁾	C++11	23 [containers]	Member `swap` undefined for most containers	Yes
868⁽ⁱ⁾	C++11	23 [containers]	Default construction and value-initialization	Yes
883⁽ⁱ⁾	C++11	23 [containers]	swap circular definition	Yes
2913⁽ⁱ⁾	Resolved	23 [containers]	Containers need deduction guides	Yes
767⁽ⁱ⁾	Resolved	23 [containers]	Forwarding and backward compatibility	Yes
1242⁽ⁱ⁾	NAD	23 [containers]	Enable SCARY iterators	Yes
97⁽ⁱ⁾	NAD	23 [containers]	Insert inconsistent definition	Yes
470⁽ⁱ⁾	NAD	23 [containers]	accessing containers from their elements' special functions	Yes
3059⁽ⁱ⁾	New	23.2 [container.requirements]	Wrong requirements for map-like associative container assignment?	No	3
2261⁽ⁱ⁾	C++17	23.2 [container.requirements]	Are containers required to use their '`pointer`' type internally?	Yes	2
704⁽ⁱ⁾	C++11	23.2 [container.requirements]	`MoveAssignable` requirement for container value type overly strict	Yes
861⁽ⁱ⁾	C++11	23.2 [container.requirements]	Incomplete specification of `EqualityComparable` for `std::forward_list`	Yes
1416⁽ⁱ⁾	C++11	23.2 [container.requirements]	`forward_list::erase_after` should not be allowed to throw	Yes
179⁽ⁱ⁾	CD1	23.2 [container.requirements]	Comparison of const_iterators to iterators doesn't work	Yes
276⁽ⁱ⁾	CD1	23.2 [container.requirements]	Assignable requirement for container value type overly strict	Yes
322⁽ⁱ⁾	CD1	23.2 [container.requirements]	iterator and const_iterator should have the same value type	Yes
371⁽ⁱ⁾	CD1	23.2 [container.requirements]	Stability of multiset and multimap member functions	Yes
589⁽ⁱ⁾	CD1	23.2 [container.requirements]	Requirements on iterators of member template functions of containers	Yes		536
675⁽ⁱ⁾	CD1	23.2 [container.requirements]	Move assignment of containers	Yes
759⁽ⁱ⁾	CD1	23.2 [container.requirements]	A reference is not an object	Yes
766⁽ⁱ⁾	CD1	23.2 [container.requirements]	Inconsistent exception guarantees between ordered and unordered associative containers	Yes
842⁽ⁱ⁾	CD1	23.2 [container.requirements]	`ConstructibleAsElement` and bit containers	Yes
51⁽ⁱ⁾	TC1	23.2 [container.requirements]	Requirement to not invalidate iterators missing	Yes
760⁽ⁱ⁾	NAD	23.2 [container.requirements]	The emplace issue	Yes	2
279⁽ⁱ⁾	NAD	23.2 [container.requirements]	const and non-const iterators should have equivalent typedefs	Yes
632⁽ⁱ⁾	NAD	23.2 [container.requirements]	Time complexity of `size()` for `std::set`	Yes
1330⁽ⁱ⁾	NAD	23.2 [container.requirements]	Move container requirements into requirements tables	Yes
479⁽ⁱ⁾	Dup	23.2 [container.requirements]	Container requirements and placement new	Yes		580
536⁽ⁱ⁾	Dup	23.2 [container.requirements]	Container iterator constructor and explicit convertibility	Yes		589
2269⁽ⁱ⁾	New	23.2.2 [container.requirements.general]	Container iterators and argument-dependent lookup	No	4
2321⁽ⁱ⁾	Open	23.2.2 [container.requirements.general]	Moving containers should (usually) be required to preserve iterators	Yes	3
1521⁽ⁱ⁾	Open	23.2.2 [container.requirements.general]	Requirements on internal pointer representations in containers	Yes	3
3028⁽ⁱ⁾	C++23	23.2.2 [container.requirements.general]	Container requirements tables should distinguish `const` and non-`const` variables	Yes	3
3352⁽ⁱ⁾	C++20	23.2.2 [container.requirements.general]	`strong_equality` isn't a thing	Yes	1
2218⁽ⁱ⁾	C++17	23.2.2 [container.requirements.general]	Unclear how containers use `allocator_traits::construct()`	Yes	3
2448⁽ⁱ⁾	C++17	23.2.2 [container.requirements.general]	Non-normative Container destructor specification	Yes	0
2794⁽ⁱ⁾	C++17	23.2.2 [container.requirements.general]	Missing requirements for allocator pointers	Yes	0
2177⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	Requirements on `Copy/MoveInsertable`	Yes
2182⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	`Container::[const_]reference` types are misleadingly specified	Yes	0
2308⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	Clarify container destructor requirements w.r.t. `std::array`	Yes	0
2320⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	`select_on_container_copy_construction()` takes allocators, not containers	Yes	0
2105⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	Inconsistent requirements on `const_iterator`'s `value_type`	Yes
2211⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	Replace ambiguous use of "Allocator" in container requirements	Yes
2257⁽ⁱ⁾	C++14	23.2.2 [container.requirements.general]	Simplify container requirements with the new algorithms	Yes
1034⁽ⁱ⁾	C++11	23.2.2 [container.requirements.general]	Clarify generality of Container Requirement tables	Yes
1319⁽ⁱ⁾	C++11	23.2.2 [container.requirements.general]	Containers should require an iterator that is at least a Forward Iterator	Yes
985⁽ⁱ⁾	Resolved	23.2.2 [container.requirements.general]	Allowing throwing move	Yes
580⁽ⁱ⁾	NAD Editorial	23.2.2 [container.requirements.general]	unused allocator members	Yes		479
1415⁽ⁱ⁾	NAD Editorial	23.2.2 [container.requirements.general]	Iterator stability bans the short-string optimization	Yes
1035⁽ⁱ⁾	NAD	23.2.2 [container.requirements.general]	`<array>::swap` can invalidate references, pointers, and iterators	Yes
2167⁽ⁱ⁾	NAD	23.2.2 [container.requirements.general]	Copy assignment requirements of Containers	Yes
3431⁽ⁱ⁾	WP	23.2.2.4 [container.opt.reqmts]	`<=>` for containers should require `three_way_comparable<T>` instead of `<=>`	Yes	2
3976⁽ⁱ⁾	New	23.2.2.5 [container.alloc.reqmts]	What does it mean for a type to be "allocator aware"?	No
3957⁽ⁱ⁾	WP	23.2.2.5 [container.alloc.reqmts]	§[container.alloc.reqmts] The value category of `v` should be claimed	Yes
2200⁽ⁱ⁾	C++14	23.2.3 [container.requirements.dataraces]	Data race avoidance for all containers, not only for sequences	Yes
1329⁽ⁱ⁾	Resolved	23.2.3 [container.requirements.dataraces]	Data races on `vector<bool>`	Yes
3297⁽ⁱ⁾	New	23.2.4 [sequence.reqmts]	Useless sequence container requirement	Yes	3
2705⁽ⁱ⁾	New	23.2.4 [sequence.reqmts]	Questionable precondition on Sequence containers `a.assign(n, t)`	Yes	3
2206⁽ⁱ⁾	Open	23.2.4 [sequence.reqmts]	Inaccuracy in `initializer_list` constructor requirements	Yes	3
4147⁽ⁱ⁾	WP	23.2.4 [sequence.reqmts]	Precondition on `inplace_vector::emplace`	Yes
3927⁽ⁱ⁾	WP	23.2.4 [sequence.reqmts]	Unclear preconditions for `operator[]` for sequence containers	Yes
3732⁽ⁱ⁾	C++23	23.2.4 [sequence.reqmts]	`prepend_range` and `append_range` can't be amortized constant time	Yes
3742⁽ⁱ⁾	C++23	23.2.4 [sequence.reqmts]	`deque::prepend_range` needs to permute	Yes	2
2266⁽ⁱ⁾	C++17	23.2.4 [sequence.reqmts]	`vector` and `deque` have incorrect `insert` requirements	Yes	2
2698⁽ⁱ⁾	C++17	23.2.4 [sequence.reqmts]	Effect of `assign()` on iterators/pointers/references	Yes	0
2231⁽ⁱ⁾	C++14	23.2.4 [sequence.reqmts]	DR 704 removes complexity guarantee for `clear()`	Yes
149⁽ⁱ⁾	C++11	23.2.4 [sequence.reqmts]	Insert should return iterator to first element inserted	Yes
1037⁽ⁱ⁾	C++11	23.2.4 [sequence.reqmts]	Unclear status of `match_results` as library container	Yes
1038⁽ⁱ⁾	C++11	23.2.4 [sequence.reqmts]	Sequence requirement table needs to reference several new containers	Yes
1039⁽ⁱ⁾	C++11	23.2.4 [sequence.reqmts]	Sequence container `back` function should also support `const_iterator`	Yes
1234⁽ⁱ⁾	C++11	23.2.4 [sequence.reqmts]	"Do the right thing" and `NULL`	Yes
355⁽ⁱ⁾	CD1	23.2.4 [sequence.reqmts]	Operational semantics for a.back()	Yes
438⁽ⁱ⁾	CD1	23.2.4 [sequence.reqmts]	Ambiguity in the "do the right thing" clause	Yes
139⁽ⁱ⁾	TC1	23.2.4 [sequence.reqmts]	Optional sequence operation table description unclear	Yes
151⁽ⁱ⁾	TC1	23.2.4 [sequence.reqmts]	Can't currently clear() empty container	Yes
725⁽ⁱ⁾	NAD Editorial	23.2.4 [sequence.reqmts]	Optional sequence container requirements column label	Yes
1058⁽ⁱ⁾	NAD Editorial	23.2.4 [sequence.reqmts]	New container issue	Yes
1301⁽ⁱ⁾	NAD Editorial	23.2.4 [sequence.reqmts]	`clear()` and assignment	Yes
526⁽ⁱ⁾	NAD	23.2.4 [sequence.reqmts]	Is it undefined if a function in the standard changes in parameters?	Yes
1259⁽ⁱ⁾	NAD	23.2.4 [sequence.reqmts]	Should initializer-list constructors move elements?	Yes
1036⁽ⁱ⁾	NAD Concepts	23.2.4 [sequence.reqmts]	Remove iterator specification that is redundant due to concept constraints	Yes
4159⁽ⁱ⁾	New	23.2.5 [container.node]	Uses-allocator construction mechanisms should be opted out for node handles	Yes	3
3438⁽ⁱ⁾	New	23.2.5.1 [container.node.overview]	§[container.node.overview] missing `multiset`/`map` cases	No	3
2743⁽ⁱ⁾	C++23	23.2.5.1 [container.node.overview]	p0083r3 `node_handle` private members missing "exposition only" comment	Yes	3
3227⁽ⁱ⁾	New	23.2.7 [associative.reqmts]	Ambiguity issue for `extract` in ordered and unordered associative containers	Yes	3
2362⁽ⁱ⁾	New	23.2.7 [associative.reqmts]	unique, associative `emplace()` should not move/copy the `mapped_type` constructor arguments when no insertion happens	No	3
2844⁽ⁱ⁾	Open	23.2.7 [associative.reqmts]	Stability of `a_uniq.insert(i, j)`	No	3
2227⁽ⁱ⁾	Open	23.2.7 [associative.reqmts]	Stateful comparison objects in associative containers	No	3
2215⁽ⁱ⁾	Open	23.2.7 [associative.reqmts]	(unordered) associative container functors should be `CopyConstructible`	Yes	3
2436⁽ⁱ⁾	C++17	23.2.7 [associative.reqmts]	Comparators for associative containers should always be `CopyConstructible`	Yes	2
2542⁽ⁱ⁾	C++17	23.2.7 [associative.reqmts]	Missing `const` requirements for associative containers	Yes	1
2322⁽ⁱ⁾	C++14	23.2.7 [associative.reqmts]	Associative(`initializer_list`, stuff) constructors are underspecified	Yes	0
1214⁽ⁱ⁾	C++14	23.2.7 [associative.reqmts]	Insufficient/inconsistent key immutability requirements for associative containers	Yes
2258⁽ⁱ⁾	C++14	23.2.7 [associative.reqmts]	`a.erase(q1, q2)` unable to directly return `q2`	Yes	0
2299⁽ⁱ⁾	C++14	23.2.7 [associative.reqmts]	[CD] Effects of inaccessible `key_compare::is_transparent` type are not clear	Yes	1
982⁽ⁱ⁾	C++11	23.2.7 [associative.reqmts]	Wrong complexity for initializer_list assignment in Table 85	Yes
1040⁽ⁱ⁾	C++11	23.2.7 [associative.reqmts]	Clarify possible sameness of associative container's `iterator` and `const_iterator`	Yes
1253⁽ⁱ⁾	C++11	23.2.7 [associative.reqmts]	invalidation of iterators and `emplace` vs. `insert` inconsistence in assoc. containers	Yes
103⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	set::iterator is required to be modifiable, but this allows modification of keys	Yes
130⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	Return type of container::erase(iterator) differs for associative containers	Yes		451
233⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	Insertion hints in associative containers	Yes		192, 246
264⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	Associative container `insert(i, j)` complexity requirements are not feasible.	Yes		102
316⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	Vague text in Table 69	Yes
354⁽ⁱ⁾	CD1	23.2.7 [associative.reqmts]	Associative container lower/upper bound requirements	Yes
224⁽ⁱ⁾	TC1	23.2.7 [associative.reqmts]	clear() complexity for associative containers refers to undefined N	Yes
1041⁽ⁱ⁾	Resolved	23.2.7 [associative.reqmts]	Add associative/unordered container functions that allow to extract elements	Yes
2830⁽ⁱ⁾	Resolved	23.2.7 [associative.reqmts]	`insert_return_type` is only defined for containers with unique keys	Yes
2052⁽ⁱ⁾	Resolved	23.2.7 [associative.reqmts]	Mixup between `mapped_type` and `value_type` for associative containers	Yes	2
2430⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Heterogeneous container lookup should be enabled using meta-function instead of nested type	Yes
2772⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Inconsistency in the `insert(node)` interface	Yes	2
82⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Missing constant for set elements	Yes
192⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	a.insert(p,t) is inefficient and overconstrained	Yes		233
215⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Can a map's key_type be const?	Yes
494⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Wrong runtime complexity for associative container's insert and delete	Yes
763⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	Renaming `emplace()` overloads	Yes
1302⁽ⁱ⁾	NAD	23.2.7 [associative.reqmts]	different `emplace` semantics for sequence and associated containers	Yes
102⁽ⁱ⁾	Dup	23.2.7 [associative.reqmts]	Bug in insert range in associative containers	Yes		264
246⁽ⁱ⁾	Dup	23.2.7 [associative.reqmts]	`a.insert(p,t)` is incorrectly specified	Yes		233
451⁽ⁱ⁾	Dup	23.2.7 [associative.reqmts]	Associative erase should return an iterator	Yes		130
3578⁽ⁱ⁾	New	23.2.7.1 [associative.reqmts.general]	Iterator SCARYness in the context of associative container merging	Yes	3
4132⁽ⁱ⁾	New	23.2.7.1 [associative.reqmts.general]	Throws specifications need to include `boolean-testable` operations	Yes	3
3577⁽ⁱ⁾	New	23.2.7.1 [associative.reqmts.general]	Merging an (unordered) associative container with itself	No	3
3691⁽ⁱ⁾	New	23.2.7.1 [associative.reqmts.general]	Replacement of keys in associative containers	Yes	3
4046⁽ⁱ⁾	New	23.2.7.2 [associative.reqmts.except]	Effects of inserting into or erasing from flat container adaptors when an exception is thrown need to be more permissive	No	2
1175⁽ⁱ⁾	Open	23.2.8 [unord.req]	`unordered` complexity	Yes	3
2198⁽ⁱ⁾	Open	23.2.8 [unord.req]	`max_load_factor(z)` makes no strong guarantees, but bans useful behavior	Yes	3
2977⁽ⁱ⁾	C++20	23.2.8 [unord.req]	`unordered_meow::merge()` has incorrect Throws: clause	Yes	0
2156⁽ⁱ⁾	C++17	23.2.8 [unord.req]	Unordered containers' `reserve(n)` reserves for `n-1` elements	Yes	3
2540⁽ⁱ⁾	C++17	23.2.8 [unord.req]	`unordered_multimap::insert` hint iterator	Yes	3
2550⁽ⁱ⁾	C++17	23.2.8 [unord.req]	Wording of unordered container's `clear()` method complexity	Yes	2
2304⁽ⁱ⁾	C++14	23.2.8 [unord.req]	Complexity of `count` in unordered associative containers	Yes	0
2356⁽ⁱ⁾	C++14	23.2.8 [unord.req]	Stability of erasure in unordered associative containers	Yes	2
869⁽ⁱ⁾	C++11	23.2.8 [unord.req]	Bucket (local) iterators and iterating past end	Yes
870⁽ⁱ⁾	C++11	23.2.8 [unord.req]	Do unordered containers not support function pointers for predicate/hasher?	Yes
981⁽ⁱ⁾	C++11	23.2.8 [unord.req]	Unordered container requirements should add `initializer_list` support	Yes
1189⁽ⁱ⁾	C++11	23.2.8 [unord.req]	Awkward interface for changing the number of buckets in an unordered associative container	Yes
1197⁽ⁱ⁾	C++11	23.2.8 [unord.req]	Can unordered containers have `bucket_count() == 0`?	Yes
518⁽ⁱ⁾	CD1	23.2.8 [unord.req]	Are insert and erase stable for unordered_multiset and unordered_multimap?	Yes
2831⁽ⁱ⁾	Resolved	23.2.8 [unord.req]	Equality can be defined when `Hash` function objects have different behaviour	Yes
3176⁽ⁱ⁾	Resolved	23.2.8 [unord.req]	Underspecified behavior of unordered containers when `Container::key_equal` differs from `Pred`	Yes	2
3468⁽ⁱ⁾	NAD	23.2.8 [unord.req]	Transparent lookups in unordered containers are inconsistent	Yes
1188⁽ⁱ⁾	NAD	23.2.8 [unord.req]	Unordered containers should have a minimum load factor as well as a maximum	Yes
2199⁽ⁱ⁾	NAD	23.2.8 [unord.req]	unordered containers are required to have an initial max load factor of 1.0	Yes	3
579⁽ⁱ⁾	NAD	23.2.8 [unord.req]	`erase(iterator)` for unordered containers should not return an iterator	Yes
764⁽ⁱ⁾	NAD	23.2.8 [unord.req]	`equal_range` on unordered containers should return a `pair` of `local_iterators`	Yes
1190⁽ⁱ⁾	NAD	23.2.8 [unord.req]	Setting the maximum load factor should return the previous value	Yes
2006⁽ⁱ⁾	NAD	23.2.8 [unord.req]	`emplace` broken for associative containers	Yes
3622⁽ⁱ⁾	C++23	23.2.8.1 [unord.req.general]	Misspecified transitivity of equivalence in §[unord.req.general]	Yes	2
2189⁽ⁱ⁾	Open	23.2.8.2 [unord.req.except]	Throwing `swap` breaks unordered containers' state	No	3
2209⁽ⁱ⁾	C++14	23.3 [sequences]	`assign()` overspecified for sequence containers	Yes
2210⁽ⁱ⁾	C++14	23.3 [sequences]	Missing allocator-extended constructor for allocator-aware containers	Yes
679⁽ⁱ⁾	CD1	23.3 [sequences]	resize parameter by value	Yes
1042⁽ⁱ⁾	NAD	23.3 [sequences]	Provide `ContiguousStorage` concept and apply it to corresponding containers	Yes
2427⁽ⁱ⁾	C++17	23.3.1 [sequences.general]	Container adaptors as sequence containers, redux	Yes	0
2914⁽ⁱ⁾	Resolved	23.3.2 [array.syn]	`std::array` does not support class-template deduction from initializers	Yes
617⁽ⁱ⁾	Open	23.3.3 [array]	`std::array` is a sequence that doesn't satisfy the sequence requirements?	No	3
1306⁽ⁱ⁾	C++11	23.3.3 [array]	`pointer` and `const_pointer` for `<array>`	Yes
519⁽ⁱ⁾	CD1	23.3.3 [array]	Data() undocumented	Yes
720⁽ⁱ⁾	CD1	23.3.3 [array]	Omissions in constexpr usages	Yes
776⁽ⁱ⁾	CD1	23.3.3 [array]	Undescribed `assign` function of `std::array`	Yes
2443⁽ⁱ⁾	Resolved	23.3.3 [array]	`std::array` member functions should be `constexpr`	Yes
2335⁽ⁱ⁾	NAD	23.3.3 [array]	`array<array<int, 3>, 4>` should be layout-compatible with `int[4][3]`	Yes	3
851⁽ⁱ⁾	NAD	23.3.3 [array]	simplified array construction	Yes
588⁽ⁱ⁾	NAD	23.3.3 [array]	requirements on zero sized `tr1::arrays` and other details	Yes
930⁽ⁱ⁾	NAD	23.3.3 [array]	Access to std::array data as built-in array type	Yes
3219⁽ⁱ⁾	New	23.3.3.1 [array.overview]	`std::array` overview container requirements are incorrect	Yes	3
2823⁽ⁱ⁾	Open	23.3.3.1 [array.overview]	`std::array` initialization is still not permissive enough	Yes	3
2310⁽ⁱ⁾	C++17	23.3.3.1 [array.overview]	Public exposition only member in `std::array`	Yes	4
2590⁽ⁱ⁾	C++17	23.3.3.1 [array.overview]	Aggregate initialization for `std::array`	Yes	0
2897⁽ⁱ⁾	Resolved	23.3.3.1 [array.overview]	`array::iterator` and `array::const_iterator` should be literal types	Yes	2
3488⁽ⁱ⁾	Open	23.3.3.4 [array.special]	Is `array<const int, 0>` swappable or not?	Yes	3
2157⁽ⁱ⁾	Open	23.3.3.5 [array.zero]	How does `std::array<T,0>` initialization work when `T` is not default-constructible?	Yes	3
1417⁽ⁱ⁾	C++11	23.3.3.5 [array.zero]	`front/back` on a zero-sized `array` should be undefined	Yes
237⁽ⁱ⁾	CD1	23.3.5.2 [deque.cons]	Undefined expression in complexity specification	Yes
144⁽ⁱ⁾	TC1	23.3.5.2 [deque.cons]	Deque constructor complexity wrong	Yes
1418⁽ⁱ⁾	C++11	23.3.5.3 [deque.capacity]	Effects of `resize(size())` on a `deque`	Yes
850⁽ⁱ⁾	CD1	23.3.5.3 [deque.capacity]	Should `shrink_to_fit` apply to `std::deque`?	Yes
855⁽ⁱ⁾	NAD	23.3.5.3 [deque.capacity]	capacity() and reserve() for deque?	Yes
4123⁽ⁱ⁾	New	23.3.5.4 [deque.modifiers]	Container effects use "the assignment operator or move assignment operator"	Yes	3
3308⁽ⁱ⁾	New	23.3.5.4 [deque.modifiers]	`vector` and `deque` iterator `erase` invalidates elements even when no change occurs	Yes	3
2953⁽ⁱ⁾	C++20	23.3.5.4 [deque.modifiers]	LWG 2853 should apply to `deque::erase` too	Yes	0
2364⁽ⁱ⁾	C++17	23.3.5.4 [deque.modifiers]	`deque` and `vector` `pop_back` don't specify iterator invalidation requirements	Yes	0
2477⁽ⁱ⁾	C++17	23.3.5.4 [deque.modifiers]	Inconsistency of wordings in `std::vector::erase()` and `std::deque::erase()`	Yes	0
638⁽ⁱ⁾	CD1	23.3.5.4 [deque.modifiers]	`deque` end invalidation during erase	Yes
878⁽ⁱ⁾	C++11	23.3.7 [forward.list]	`forward_list` preconditions	Yes
1276⁽ⁱ⁾	C++11	23.3.7 [forward.list]	`forwardlist` missing allocator constructors	Yes
1419⁽ⁱ⁾	NAD Editorial	23.3.7 [forward.list]	`forward_list::erase_after` should return an iterator	Yes
2042⁽ⁱ⁾	C++11	23.3.7.3 [forward.list.iter]	Comparing `forward_list::before_begin()` to `forward_list::end()`	Yes
4164⁽ⁱ⁾	WP	23.3.7.5 [forward.list.modifiers]	Missing guarantees for `forward_list` modifiers	Yes	3
3817⁽ⁱ⁾	C++23	23.3.7.5 [forward.list.modifiers]	Missing preconditions on `forward_list` modifiers	Yes
2585⁽ⁱ⁾	C++17	23.3.7.5 [forward.list.modifiers]	`forward_list::resize(size_type, const value_type&)` effects incorrect	Yes	0
1278⁽ⁱ⁾	C++11	23.3.7.5 [forward.list.modifiers]	Inconsistent return values for `forward_list::insert_after`	Yes
1340⁽ⁱ⁾	C++11	23.3.7.5 [forward.list.modifiers]	Why does `forward_list::resize` take the object to be copied by value?	Yes
897⁽ⁱ⁾	Resolved	23.3.7.5 [forward.list.modifiers]	Forward_list issues... Part 2	Yes
3088⁽ⁱ⁾	C++23	23.3.7.6 [forward.list.ops]	`forward_list::merge` behavior unclear when passed `*this`	Yes	3
3017⁽ⁱ⁾	C++20	23.3.7.6 [forward.list.ops]	`list splice` functions should use `addressof`	Yes	0
2045⁽ⁱ⁾	C++14	23.3.7.6 [forward.list.ops]	`forward_list::merge` and `forward_list::splice_after` with unequal allocators	Yes
2123⁽ⁱ⁾	C++14	23.3.7.6 [forward.list.ops]	`merge()` allocator requirements for lists versus forward lists	Yes
2222⁽ⁱ⁾	C++14	23.3.7.6 [forward.list.ops]	Inconsistency in description of `forward_list::splice_after` single-element overload	Yes
898⁽ⁱ⁾	C++11	23.3.7.6 [forward.list.ops]	Small contradiction in n2723 to forward to committee	Yes
1133⁽ⁱ⁾	C++11	23.3.7.6 [forward.list.ops]	Does N2844 break current specification of list::splice?	Yes
1310⁽ⁱ⁾	C++11	23.3.7.6 [forward.list.ops]	`forward_list splice_after` from lvalues	Yes
892⁽ⁱ⁾	NAD Editorial	23.3.7.6 [forward.list.ops]	Forward_list issues...	Yes
919⁽ⁱ⁾	NAD	23.3.7.6 [forward.list.ops]	(`forward_`)`list` specialized remove algorithms are over constrained	Yes
4135⁽ⁱ⁾	WP	23.3.7.7 [forward.list.erasure]	The helper lambda of `std::erase` for `list` should specify return type as `bool`	Yes
307⁽ⁱ⁾	CD1	23.3.9 [list]	Lack of reference typedefs in container adaptors	Yes
320⁽ⁱ⁾	CD1	23.3.9.2 [list.cons]	list::assign overspecified	Yes
410⁽ⁱ⁾	CD1	23.3.9.2 [list.cons]	Missing semantics for stack and queue comparison operators	Yes
1420⁽ⁱ⁾	C++11	23.3.9.3 [list.capacity]	Effects of `resize(size())` on a `list`	Yes
132⁽ⁱ⁾	TC1	23.3.9.3 [list.capacity]	list::resize description uses random access iterators	Yes
2997⁽ⁱ⁾	C++23	23.3.9.5 [list.ops]	LWG 491 and the specification of `{forward_,}list::unique`	Yes	3
2998⁽ⁱ⁾	C++20	23.3.9.5 [list.ops]	Requirements on function objects passed to `{forward_,}list`-specific algorithms	Yes	0
3087⁽ⁱ⁾	C++20	23.3.9.5 [list.ops]	One final `&x` in §[list.ops]	Yes	3
2824⁽ⁱ⁾	C++17	23.3.9.5 [list.ops]	`list::sort` should say that the order of elements is unspecified if an exception is thrown	Yes	0
2122⁽ⁱ⁾	C++14	23.3.9.5 [list.ops]	`merge()` stability for lists versus forward lists	Yes
1207⁽ⁱ⁾	C++11	23.3.9.5 [list.ops]	Underspecified `std::list` operations?	Yes
1215⁽ⁱ⁾	C++11	23.3.9.5 [list.ops]	`list::merge` with unequal allocators	Yes
250⁽ⁱ⁾	CD1	23.3.9.5 [list.ops]	splicing invalidates iterators	Yes
278⁽ⁱ⁾	CD1	23.3.9.5 [list.ops]	What does iterator validity mean?	Yes
300⁽ⁱ⁾	CD1	23.3.9.5 [list.ops]	list::merge() specification incomplete	Yes
315⁽ⁱ⁾	CD1	23.3.9.5 [list.ops]	Bad "range" in list::unique complexity	Yes
2279⁽ⁱ⁾	NAD	23.3.9.5 [list.ops]	Carefully state effects of `list::splice` function	Yes
131⁽ⁱ⁾	NAD	23.3.9.5 [list.ops]	list::splice throws nothing	Yes
491⁽ⁱ⁾	NAD	23.3.9.5 [list.ops]	std::list<>::unique incorrectly specified	Yes
464⁽ⁱ⁾	CD1	23.3.11 [vector]	Suggestion for new member functions in standard containers	Yes
469⁽ⁱ⁾	CD1	23.3.11 [vector]	vector<bool> ill-formed relational operators	Yes
496⁽ⁱ⁾	CD1	23.3.11 [vector]	Illegal use of "T" in vector<bool>	Yes
69⁽ⁱ⁾	TC1	23.3.11 [vector]	Must elements of a vector be contiguous?	Yes
101⁽ⁱ⁾	NAD Editorial	23.3.11 [vector]	No way to free storage for vector and deque	Yes
757⁽ⁱ⁾	NAD Editorial	23.3.11 [vector]	Typo in the synopsis of vector	Yes
1184⁽ⁱ⁾	NAD	23.3.11 [vector]	Feature request: dynamic bitset	Yes
96⁽ⁱ⁾	NAD	23.3.11 [vector]	Vector<bool> is not a container	Yes
134⁽ⁱ⁾	TC1	23.3.11.2 [vector.cons]	vector constructors over specified	Yes
3758⁽ⁱ⁾	New	23.3.11.3 [vector.capacity]	Element-relocating operations of `std::vector` and `std::deque` should conditionally require Cpp17CopyInsertable in their preconditions	No	3
2158⁽ⁱ⁾	Open	23.3.11.3 [vector.capacity]	Conditional copy/move in `std::vector`	Yes	3
1102⁽ⁱ⁾	Open	23.3.11.3 [vector.capacity]	`std::vector`'s reallocation policy still unclear	Yes	3
2160⁽ⁱ⁾	C++17	23.3.11.3 [vector.capacity]	Unintended destruction ordering-specification of `resize`	Yes	1
2223⁽ⁱ⁾	C++17	23.3.11.3 [vector.capacity]	`shrink_to_fit` effect on iterator validity	Yes	2
2323⁽ⁱ⁾	C++14	23.3.11.3 [vector.capacity]	`vector::resize(n, t)`'s specification should be simplified	Yes	0
2033⁽ⁱ⁾	C++14	23.3.11.3 [vector.capacity]	Preconditions of `reserve`, `shrink_to_fit`, and `resize` functions	Yes
1525⁽ⁱ⁾	C++11	23.3.11.3 [vector.capacity]	Effects of `resize(size())` on a `vector`	Yes
329⁽ⁱ⁾	CD1	23.3.11.3 [vector.capacity]	vector capacity, reserve and reallocation	Yes
341⁽ⁱ⁾	CD1	23.3.11.3 [vector.capacity]	Vector reallocation and swap	Yes
755⁽ⁱ⁾	CD1	23.3.11.3 [vector.capacity]	`std::vector` and `std:string` lack explicit shrink-to-fit operations	Yes
2066⁽ⁱ⁾	Resolved	23.3.11.3 [vector.capacity]	Missing specification of `vector::resize(size_type)`	Yes
1246⁽ⁱ⁾	NAD	23.3.11.3 [vector.capacity]	`vector::resize()` missing efficiency guarantee	Yes
2596⁽ⁱ⁾	C++17	23.3.11.4 [vector.data]	`vector::data()` should use `addressof`	Yes	0
1312⁽ⁱ⁾	C++11	23.3.11.4 [vector.data]	`vector::data` no longer returns a raw pointer	Yes
2164⁽ⁱ⁾	C++20	23.3.11.5 [vector.modifiers]	What are the semantics of `vector.emplace(vector.begin(), vector.back())`?	Yes	2
3077⁽ⁱ⁾	C++20	23.3.11.5 [vector.modifiers]	`(push\|emplace)_back` should invalidate the `end` iterator	Yes	3
2853⁽ⁱ⁾	C++17	23.3.11.5 [vector.modifiers]	Possible inconsistency in specification of `erase` in [vector.modifiers]	Yes	0
2252⁽ⁱ⁾	C++14	23.3.11.5 [vector.modifiers]	Strong guarantee on `vector::push_back()` still broken with C++11?	Yes
247⁽ⁱ⁾	CD1	23.3.11.5 [vector.modifiers]	`vector`, `deque::insert` complexity	Yes
406⁽ⁱ⁾	CD1	23.3.11.5 [vector.modifiers]	vector::insert(s) exception safety	Yes
414⁽ⁱ⁾	CD1	23.3.11.5 [vector.modifiers]	Which iterators are invalidated by v.erase()?	Yes
2256⁽ⁱ⁾	NAD	23.3.11.5 [vector.modifiers]	On `vector` iterator invalidation	Yes	3
2449⁽ⁱ⁾	NAD	23.3.11.5 [vector.modifiers]	`vector::insert` invalidates `end()`?	Yes	3
3638⁽ⁱ⁾	New	23.3.12 [vector.bool]	`vector<bool>::swap(reference, reference)` is useless	Yes	3
1422⁽ⁱ⁾	Open	23.3.12 [vector.bool]	`vector<bool>` iterators are not random access	No	3
2187⁽ⁱ⁾	C++14	23.3.12 [vector.bool]	`vector<bool>` is missing `emplace` and `emplace_back` member functions	Yes
814⁽ⁱ⁾	C++11	23.3.12 [vector.bool]	`vector<bool>::swap(reference, reference)` not defined	Yes
1254⁽ⁱ⁾	C++11	23.3.12 [vector.bool]	Misleading sentence in `vector<bool>::flip`	Yes
1284⁽ⁱ⁾	C++11	23.3.12 [vector.bool]	`vector<bool> initializer_list` constructor missing an allocator argument	Yes
751⁽ⁱ⁾	NAD	23.3.12 [vector.bool]	change pass-by-reference members of `vector<bool>` to pass-by-value?	Yes
3778⁽ⁱ⁾	C++23	23.3.12.1 [vector.bool.pspc]	`vector<bool>` missing exception specifications	Yes
4122⁽ⁱ⁾	New	23.3.14.1 [inplace.vector.overview]	Ill-formed `operator<=>` can cause hard error when instantiating `std::inplace_vector`	Yes	2
4151⁽ⁱ⁾	New	23.3.14.5 [inplace.vector.modifiers]	Precondition of `inplace_vector::swap`	Yes	2
839⁽ⁱ⁾	Resolved	23.4 [associative]	Maps and sets missing splice operation	Yes
2012⁽ⁱ⁾	Resolved	23.4 [associative]	Associative maps should insert `pair`, not `tuple`	Yes
2161⁽ⁱ⁾	NAD	23.4 [associative]	`const` equivalence of `std::map`	Yes	2
1111⁽ⁱ⁾	NAD Concepts	23.4 [associative]	associative containers underconstrained	Yes
2059⁽ⁱ⁾	C++17	23.4.3 [map]	C++0x ambiguity problem with `map::erase`	Yes	3
2300⁽ⁱ⁾	C++14	23.4.3 [map]	[CD] Redundant sections for `map` and `multimap` members should be removed	Yes
1423⁽ⁱ⁾	C++11	23.4.3 [map]	`map` constructor accepting an allocator as single parameter should be explicit	Yes
133⁽ⁱ⁾	TC1	23.4.3 [map]	map missing get_allocator()	Yes
140⁽ⁱ⁾	NAD Editorial	23.4.3 [map]	map<Key, T>::value_type does not satisfy the assignable requirement	Yes
1296⁽ⁱ⁾	NAD	23.4.3 [map]	`map` and `multimap value_compare` overspecified	Yes
3531⁽ⁱ⁾	New	23.4.3.1 [map.overview]	LWG 3025 broke previous valid code	Yes	3
3025⁽ⁱ⁾	C++20	23.4.3.1 [map.overview]	Map-like container deduction guides should use `pair<Key, T>`, not `pair<const Key, T>`	Yes	2
2354⁽ⁱ⁾	C++17	23.4.3.1 [map.overview]	Unnecessary copying when inserting into maps with braced-init syntax	Yes	2
2469⁽ⁱ⁾	C++17	23.4.3.3 [map.access]	Wrong specification of Requires clause of `operator[]` for `map` and `unordered_map`	Yes	3
2007⁽ⁱ⁾	C++11	23.4.3.3 [map.access]	Incorrect specification of return value for `map<>::at()`	Yes
334⁽ⁱ⁾	CD1	23.4.3.3 [map.access]	map::operator[] specification forces inefficient implementation	Yes
703⁽ⁱ⁾	CD1	23.4.3.3 [map.access]	`map::at()` need a complexity specification	Yes
2274⁽ⁱ⁾	Resolved	23.4.3.3 [map.access]	Does `map::operator[]` value-initialize or default-insert a missing element?	Yes	3
2464⁽ⁱ⁾	C++17	23.4.3.4 [map.modifiers]	`try_emplace` and `insert_or_assign` misspecified	Yes	2
2571⁽ⁱ⁾	C++17	23.4.3.4 [map.modifiers]	§[map.modifiers]/2 imposes nonsensical requirement on `insert(InputIterator, InputIterator)`	Yes	0
2005⁽ⁱ⁾	C++14	23.4.3.4 [map.modifiers]	`unordered_map::insert(T&&)` protection should apply to `map` too	Yes
1424⁽ⁱ⁾	C++11	23.4.4 [multimap]	`multimap` constructor accepting an allocator as a single parameter should be explicit	Yes
1091⁽ⁱ⁾	NAD	23.4.4.3 [multimap.modifiers]	Multimap description confusing	Yes
1425⁽ⁱ⁾	C++11	23.4.6 [set]	`set` constructor accepting an allocator as a single parameter should be explicit	Yes
214⁽ⁱ⁾	CD1	23.4.6 [set]	set::find() missing const overload	Yes		450
450⁽ⁱ⁾	Dup	23.4.6 [set]	set::find is inconsistent with associative container requirements	Yes		214
3704⁽ⁱ⁾	C++23	23.4.6.1 [set.overview]	LWG 2059 added overloads that might be ill-formed for sets	Yes
2076⁽ⁱ⁾	C++17	23.4.6.2 [set.cons]	Bad `CopyConstructible` requirement in set constructors	Yes	3
1426⁽ⁱ⁾	C++11	23.4.7 [multiset]	`multiset` constructor accepting an allocator as a single parameter should be explicit	Yes
2713⁽ⁱ⁾	New	23.5 [unord]	More missing allocator-extended constructors for unordered containers	Yes	3
2230⁽ⁱ⁾	C++17	23.5 [unord]	"see below" for initializer-list constructors of unordered containers	Yes	4
2050⁽ⁱ⁾	C++14	23.5 [unord]	Unordered associative containers do not use `allocator_traits` to define member types	Yes
676⁽ⁱ⁾	C++11	23.5 [unord]	Moving the unordered containers	Yes
691⁽ⁱ⁾	CD1	23.5 [unord]	const_local_iterator cbegin, cend missing from TR1	Yes
852⁽ⁱ⁾	CD1	23.5 [unord]	unordered containers `begin(n)` mistakenly `const`	Yes
1248⁽ⁱ⁾	Resolved	23.5 [unord]	Equality comparison for unordered containers	Yes
528⁽ⁱ⁾	NAD	23.5 [unord]	`const_iterator` `iterator` issue when they are the same type	Yes
2026⁽ⁱ⁾	NAD	23.5 [unord]	`hash` should be `std` qualified for unordered container	Yes
1427⁽ⁱ⁾	C++11	23.5.3 [unord.map]	`unordered_map` constructor accepting an allocator as a single parameter should be explicit	Yes
1519⁽ⁱ⁾	C++11	23.5.3 [unord.map]	bucketsize() const only for unordered set	Yes
761⁽ⁱ⁾	CD1	23.5.3.3 [unord.map.elem]	`unordered_map` needs an `at()` member function	Yes
1428⁽ⁱ⁾	C++11	23.5.4 [unord.multimap]	`unordered_multimap` constructor accepting an allocator as a single parameter should be explicit	Yes
1429⁽ⁱ⁾	C++11	23.5.6 [unord.set]	`unordered_set` constructor accepting an allocator as a single parameter should be explicit	Yes
2982⁽ⁱ⁾	C++20	23.5.6.1 [unord.set.overview]	Making `size_type` consistent in associative container deduction guides	Yes	2
1430⁽ⁱ⁾	C++11	23.5.7 [unord.multiset]	`unordered_multiset` constructor accepting an allocator as a single parameter should be explicit	Yes
2566⁽ⁱ⁾	C++17	23.6 [container.adaptors]	Requirements on the first template parameter of container adaptors	Yes	0
2194⁽ⁱ⁾	C++14	23.6 [container.adaptors]	Impossible container requirements for adaptor types	Yes
1199⁽ⁱ⁾	C++11	23.6 [container.adaptors]	Missing extended copy constructor in container adaptors	Yes
1194⁽ⁱ⁾	C++11	23.6 [container.adaptors]	Unintended `queue` constructor	Yes
1198⁽ⁱ⁾	C++11	23.6 [container.adaptors]	Container adaptor swap: member or non-member?	Yes
2915⁽ⁱ⁾	Resolved	23.6 [container.adaptors]	The three container adapters should each have a deduction guide	Yes
756⁽ⁱ⁾	Resolved	23.6 [container.adaptors]	Container adaptors push	Yes
1421⁽ⁱ⁾	Resolved	23.6 [container.adaptors]	Accidental move-only library types due to new core language rules	Yes		1350
3781⁽ⁱ⁾	C++23	23.6.1 [container.adaptors.general]	The exposition-only alias templates `cont-key-type` and `cont-mapped-type` should be removed	Yes
2783⁽ⁱ⁾	C++20	23.6.3.1 [queue.defn]	`stack::emplace()` and `queue::emplace()` should return `decltype(auto)`	Yes	2
3189⁽ⁱ⁾	New	23.6.4 [priority.queue]	Missing requirement for `std::priority_queue`	No	3
3506⁽ⁱ⁾	C++23	23.6.4 [priority.queue]	Missing allocator-extended constructors for `priority_queue`	Yes	3
3522⁽ⁱ⁾	C++23	23.6.4 [priority.queue]	Missing requirement on `InputIterator` template parameter for `priority_queue` constructors	Yes
3529⁽ⁱ⁾	C++23	23.6.4 [priority.queue]	`priority_queue(first, last)` should construct `c` with `(first, last)`	Yes
2684⁽ⁱ⁾	C++17	23.6.4 [priority.queue]	priority_queue lacking comparator typedef	Yes	0
2552⁽ⁱ⁾	NAD	23.6.4 [priority.queue]	`priority_queue` doesn't work with move-only types	Yes	3
1196⁽ⁱ⁾	Resolved	23.6.4.2 [priqueue.cons]	move semantics undefined for priority_queue	Yes
2537⁽ⁱ⁾	C++17	23.6.4.3 [priqueue.cons.alloc]	Constructors for `priority_queue` taking allocators should call `make_heap`	Yes	0
3723⁽ⁱ⁾	C++23	23.6.4.4 [priqueue.members]	`priority_queue::push_range` needs to `append_range`	Yes	2
3161⁽ⁱ⁾	Open	23.6.6 [stack]	Container adapters mandate use of `emplace_back` but don't require it	Yes	3
1186⁽ⁱ⁾	NAD Concepts	23.6.6 [stack]	Forward list could model a stack	Yes
976⁽ⁱ⁾	Resolved	23.6.6.2 [stack.defn]	Class template `std::stack` should be movable	Yes
3959⁽ⁱ⁾	New	23.6.8 [flat.map]	Should the comparator of `std::flat_map`/`std::flat_multimap` be copied twice in some operations?	No
3802⁽ⁱ⁾	New	23.6.8 [flat.map]	`flat_foo` allocator-extended constructors lack move semantics	No	2
3804⁽ⁱ⁾	New	23.6.8 [flat.map]	`flat_foo` missing some allocator-extended deduction guides	No	2
3884⁽ⁱ⁾	WP	23.6.8 [flat.map]	`flat_foo` is missing allocator-extended copy/move constructors	Yes
3803⁽ⁱ⁾	C++23	23.6.8 [flat.map]	`flat_foo` constructors taking `KeyContainer` lack `KeyCompare` parameter	Yes	1
3966⁽ⁱ⁾	New	23.6.8.1 [flat.map.overview]	The `value_type` and `reference` members of `std::flat_(multi)map::(const_)iterator` are unclear	No	3
3816⁽ⁱ⁾	C++23	23.6.8.1 [flat.map.overview]	`flat_map` and `flat_multimap` should impose sequence container requirements	Yes
3963⁽ⁱ⁾	New	23.6.8.2 [flat.map.defn]	Different `std::flat_map`/`std::flat_multimap` specializations should be able to share same nested classes	Yes	3
3786⁽ⁱ⁾	C++23	23.6.8.2 [flat.map.defn]	Flat maps' deduction guide needs to default `Allocator` to be useful	Yes	2
4000⁽ⁱ⁾	New	23.6.8.7 [flat.map.modifiers]	`flat_map::insert_range`'s Effects is not quite right	Yes	3
3774⁽ⁱ⁾	C++23	23.6.10 [flat.set.syn]	`<flat_set>` should include `<compare>`	Yes
4048⁽ⁱ⁾	New	23.6.11 [flat.set]	Inconsistent preconditions for transparent insertion of `std::flat_map/std::flat_set`	Yes	2
3879⁽ⁱ⁾	C++23	23.6.11.6 [flat.set.erasure]	`erase_if` for `flat_{,multi}set` is incorrectly specified	Yes
3881⁽ⁱ⁾	C++23	23.6.13 [container.adaptors.format]	Incorrect formatting of container adapters backed by `std::string`	Yes
3813⁽ⁱ⁾	New	23.7.2.2.1 [span.overview]	`std::span<volatile T, E>` is made ill-formed by P2278R4 when `T` is a normal class type	No	2
3203⁽ⁱ⁾	WP	23.7.2.2.1 [span.overview]	`span` element access invalidation	Yes	2
3903⁽ⁱ⁾	WP	23.7.2.2.1 [span.overview]	`span` destructor is redundantly `noexcept`	Yes
3102⁽ⁱ⁾	C++20	23.7.2.2.1 [span.overview]	Clarify `span iterator` and `const_iterator` behavior	Yes	0
3144⁽ⁱ⁾	C++20	23.7.2.2.1 [span.overview]	`span` does not have a `const_pointer` typedef	Yes	0
3369⁽ⁱ⁾	C++20	23.7.2.2.1 [span.overview]	`span`'s deduction-guide for built-in arrays doesn't work	Yes	0
3100⁽ⁱ⁾	C++20	23.7.2.2.2 [span.cons]	Unnecessary and confusing "empty `span`" wording	Yes	0
3101⁽ⁱ⁾	C++20	23.7.2.2.2 [span.cons]	`span`'s `Container` constructors need another constraint	Yes	1
3198⁽ⁱ⁾	C++20	23.7.2.2.2 [span.cons]	Bad constraint on `std::span::span()`	Yes
3255⁽ⁱ⁾	C++20	23.7.2.2.2 [span.cons]	`span`'s `array` constructor is too strict	Yes	2
3358⁽ⁱ⁾	C++20	23.7.2.2.2 [span.cons]	§[span.cons] is mistaken that `to_address` can throw	Yes	0
3103⁽ⁱ⁾	C++20	23.7.2.2.4 [span.sub]	Errors in taking subview of `span` should be ill-formed where possible	Yes	3
4011⁽ⁱ⁾	WP	23.7.2.2.6 [span.elem]	"Effects: Equivalent to return" in [span.elem]	Yes
3320⁽ⁱ⁾	C++20	23.7.2.2.7 [span.iterators]	`span::cbegin/cend` methods produce different results than `std::[ranges::]cbegin/cend`	Yes	0
3995⁽ⁱ⁾	New	23.7.3 [views.multidim]	Issue with custom index conversion in `<mdspan>`	No	3
3970⁽ⁱ⁾	WP	23.7.3.2 [mdspan.syn]	§[mdspan.syn] Missing definition of `full_extent_t` and `full_extent`	Yes
4020⁽ⁱ⁾	New	23.7.3.3.2 [mdspan.extents.expo]	`extents::index-cast` weirdness	Yes
3876⁽ⁱ⁾	C++23	23.7.3.4 [mdspan.layout]	Default constructor of `std::layout_XX::mapping` misses precondition	Yes
3861⁽ⁱ⁾	Resolved	23.7.3.4.7 [mdspan.layout.stride]	`mdspan` `layout_stride::mapping` default constructor problem	Yes	1
4021⁽ⁱ⁾	New	23.7.3.6.1 [mdspan.mdspan.overview]	`mdspan::is_always_meow()` should be `noexcept`	Yes
3974⁽ⁱ⁾	WP	23.7.3.6.3 [mdspan.mdspan.members]	`mdspan::operator[]` should not copy `OtherIndexTypes`	Yes
4060⁽ⁱ⁾	WP	23.7.3.7.7 [mdspan.sub.sub]	`submdspan` preconditions do not forbid creating invalid pointer	Yes

Section 24 (206 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3952⁽ⁱ⁾	New	24.2 [iterator.synopsis]	`iter_common_reference_t` does not conform to the definition of `indirectly_readable`	Yes	3
3736⁽ⁱ⁾	C++23	24.2 [iterator.synopsis]	`move_iterator` missing `disable_sized_sentinel_for` specialization	Yes
3765⁽ⁱ⁾	C++23	24.2 [iterator.synopsis]	`const_sentinel` should be constrained	Yes
3862⁽ⁱ⁾	C++23	24.2 [iterator.synopsis]	`basic_const_iterator`'s `common_type` specialization is underconstrained	Yes
2061⁽ⁱ⁾	C++14	24.2 [iterator.synopsis]	`make_move_iterator` and arrays	Yes
2128⁽ⁱ⁾	C++14	24.2 [iterator.synopsis]	Absence of global functions `cbegin/cend`	Yes
1320⁽ⁱ⁾	NAD	24.2 [iterator.synopsis]	Header for `iter_swap`	Yes
1128⁽ⁱ⁾	NAD Concepts	24.2 [iterator.synopsis]	Missing definition of `iterator_traits<T*>`	Yes
1213⁽ⁱ⁾	Open	24.3 [iterator.requirements]	Meaning of valid and singular iterator underspecified	No	4
2578⁽ⁱ⁾	C++17	24.3 [iterator.requirements]	Iterator requirements should reference iterator traits	Yes	3
1185⁽ⁱ⁾	Resolved	24.3 [iterator.requirements]	Iterator categories and output iterators	Yes
1210⁽ⁱ⁾	Resolved	24.3 [iterator.requirements]	Iterator reachability should not require a container	Yes
1212⁽ⁱ⁾	Resolved	24.3 [iterator.requirements]	result of post-increment/decrement operator	Yes
408⁽ⁱ⁾	NAD Editorial	24.3 [iterator.requirements]	Is `vector<reverse_iterator<char*> >` forbidden?	Yes
446⁽ⁱ⁾	NAD Editorial	24.3 [iterator.requirements]	Iterator equality between different containers	Yes
2107⁽ⁱ⁾	NAD	24.3 [iterator.requirements]	Some iterator category should guarantee the lifetime of references	Yes
3259⁽ⁱ⁾	C++20	24.3.1 [iterator.requirements.general]	The definition of constexpr iterators should be adjusted	Yes	0
2375⁽ⁱ⁾	Resolved	24.3.1 [iterator.requirements.general]	Is [iterator.requirements.general]/9 too broadly applied?	Yes	3
3110⁽ⁱ⁾	Resolved	24.3.1 [iterator.requirements.general]	Contiguous Iterators should always be Random-Access	Yes	3
4178⁽ⁱ⁾	NAD Editorial	24.3.1 [iterator.requirements.general]	writable is no longer a term of power	Yes
4080⁽ⁱ⁾	New	24.3.2 [iterator.assoc.types]	Presumed value and difference types of an iterator type in ranges and non-ranges algorithms	No	3
3838⁽ⁱ⁾	New	24.3.2.1 [incrementable.traits]	The last specialization of `incrementable_traits` is under-constrained	Yes	3
3615⁽ⁱ⁾	New	24.3.2.1 [incrementable.traits]	The last specialization of `incrementable_traits` has wrong operand types	Yes	3
3446⁽ⁱ⁾	C++23	24.3.2.2 [readable.traits]	`indirectly_readable_traits` ambiguity for types with both `value_type` and `element_type`	Yes	2
3541⁽ⁱ⁾	C++23	24.3.2.2 [readable.traits]	`indirectly_readable_traits` should be SFINAE-friendly for all types	Yes
3287⁽ⁱ⁾	New	24.3.2.3 [iterator.traits]	Exposition-only `cpp17-input-iterator` concept is needlessly complex	Yes	3
3420⁽ⁱ⁾	C++23	24.3.2.3 [iterator.traits]	`cpp17-iterator` should check that the type looks like an iterator first	Yes	0
3798⁽ⁱ⁾	C++23	24.3.2.3 [iterator.traits]	Rvalue reference and `iterator_category`	Yes
2952⁽ⁱ⁾	C++20	24.3.2.3 [iterator.traits]	`iterator_traits` should work for pointers to cv `T`	Yes	0
445⁽ⁱ⁾	CD1	24.3.2.3 [iterator.traits]	iterator_traits::reference unspecified for some iterator categories	Yes
3283⁽ⁱ⁾	Resolved	24.3.2.3 [iterator.traits]	Types satisfying `input_iterator` but not `equality_comparable` look like C++17 output iterators	Yes	2
3289⁽ⁱ⁾	Resolved	24.3.2.3 [iterator.traits]	Cannot opt out of C++17 iterator-ness without also opting out of C++20 iterator-ness	Yes	2
2951⁽ⁱ⁾	Resolved	24.3.2.3 [iterator.traits]	`iterator_traits` should SFINAE for `void*` and function pointers	Yes	3
1127⁽ⁱ⁾	NAD Concepts	24.3.2.3 [iterator.traits]	rvalue references and iterator traits	Yes
3247⁽ⁱ⁾	C++20	24.3.3.1 [iterator.cust.move]	`ranges::iter_move` should perform ADL-only lookup of `iter_move`	Yes	2
3299⁽ⁱ⁾	C++20	24.3.3.1 [iterator.cust.move]	Pointers don't need customized iterator behavior	Yes	0
765⁽ⁱ⁾	C++11	24.3.4 [iterator.concepts]	More on iterator validity	Yes
198⁽ⁱ⁾	CD1	24.3.4 [iterator.concepts]	Validity of pointers and references unspecified after iterator destruction	Yes
346⁽ⁱ⁾	CD1	24.3.4 [iterator.concepts]	Some iterator member functions should be const	Yes
407⁽ⁱ⁾	CD1	24.3.4 [iterator.concepts]	Can singular iterators be destroyed?	Yes
208⁽ⁱ⁾	TC1	24.3.4 [iterator.concepts]	Unnecessary restriction on past-the-end iterators	Yes
304⁽ⁱ⁾	NAD	24.3.4 [iterator.concepts]	Must `*a` return an lvalue when `a` is an input iterator?	Yes
3279⁽ⁱ⁾	Resolved	24.3.4.2 [iterator.concept.readable]	`shared_ptr<int>&` does not not satisfy `readable`	Yes	1
3890⁽ⁱ⁾	New	24.3.4.4 [iterator.concept.winc]	ABI issue for integer-class types	Yes	3
3467⁽ⁱ⁾	C++23	24.3.4.4 [iterator.concept.winc]	`bool` can't be an integer-like type	Yes	0
3367⁽ⁱ⁾	C++20	24.3.4.4 [iterator.concept.winc]	Integer-class conversions should not throw	Yes	0
3366⁽ⁱ⁾	Resolved	24.3.4.4 [iterator.concept.winc]	Narrowing conversions between integer and integer-class types	Yes	3
3376⁽ⁱ⁾	Resolved	24.3.4.4 [iterator.concept.winc]	"integer-like class type" is too restrictive	Yes	3
3575⁽ⁱ⁾	Resolved	24.3.4.4 [iterator.concept.winc]	`<=>` for integer-class types isn't consistently specified	Yes	3
3183⁽ⁱ⁾	C++20	24.3.4.8 [iterator.concept.sizedsentinel]	Normative permission to specialize Ranges variable templates	Yes	0
3716⁽ⁱ⁾	New	24.3.4.11 [iterator.concept.forward]	§[iterator.concept.forward][forward.iterators] Two different definitions of multi-pass guarantee	No	3
3277⁽ⁱ⁾	C++20	24.3.4.13 [iterator.concept.random.access]	Pre-increment on prvalues is not a requirement of `weakly_incrementable`	Yes	0
3284⁽ⁱ⁾	C++20	24.3.4.13 [iterator.concept.random.access]	`random_access_iterator` semantic constraints accidentally promote difference type using unary negate	Yes	0
4170⁽ⁱ⁾	WP	24.3.4.14 [iterator.concept.contiguous]	`contiguous_iterator` should require `to_address(I{})`	Yes
3607⁽ⁱ⁾	C++23	24.3.4.14 [iterator.concept.contiguous]	`contiguous_iterator` should not be allowed to have custom `iter_move` and `iter_swap` behavior	Yes
2437⁽ⁱ⁾	C++17	24.3.5.2 [iterator.iterators]	`iterator_traits<OutIt>::reference` can and can't be `void`	Yes	3
1009⁽ⁱ⁾	NAD	24.3.5.2 [iterator.iterators]	`InputIterator` post-increment dangerous	Yes
484⁽ⁱ⁾	Open	24.3.5.3 [input.iterators]	Convertible to `T`	No	3
2962⁽ⁱ⁾	Open	24.3.5.3 [input.iterators]	Iterators of Containers of move-only types do not model `InputIterator`	Yes	2
98⁽ⁱ⁾	CD1	24.3.5.3 [input.iterators]	Input iterator requirements are badly written	Yes
558⁽ⁱ⁾	NAD Editorial	24.3.5.3 [input.iterators]	lib.input.iterators Defect	Yes
392⁽ⁱ⁾	NAD	24.3.5.3 [input.iterators]	'equivalence' for input iterators	Yes
493⁽ⁱ⁾	NAD	24.3.5.3 [input.iterators]	Undefined Expression in Input Iterator Note Title	Yes
2035⁽ⁱ⁾	Open	24.3.5.4 [output.iterators]	Output iterator requirements are broken	Yes	3
2038⁽ⁱ⁾	Open	24.3.5.4 [output.iterators]	Missing definition for `incrementable` iterator	No	3
324⁽ⁱ⁾	CD1	24.3.5.4 [output.iterators]	Do output iterators have value types?	Yes
485⁽ⁱ⁾	Resolved	24.3.5.4 [output.iterators]	output iterator insufficiently constrained	Yes
200⁽ⁱ⁾	CD1	24.3.5.5 [forward.iterators]	Forward iterator requirements don't allow constant iterators	Yes
478⁽ⁱ⁾	CD1	24.3.5.5 [forward.iterators]	Should forward iterator requirements table have a line for r->m?	Yes		477
1311⁽ⁱ⁾	Resolved	24.3.5.5 [forward.iterators]	multi-pass property of Forward Iterator underspecified	Yes
476⁽ⁱ⁾	NAD	24.3.5.5 [forward.iterators]	Forward Iterator implied mutability	Yes
477⁽ⁱ⁾	Dup	24.3.5.5 [forward.iterators]	Operator-> for const forward iterators	Yes		478
1084⁽ⁱ⁾	NAD Concepts	24.3.5.5 [forward.iterators]	Concept `ForwardIterator` should provide default implementation for post-increment	Yes
383⁽ⁱ⁾	CD1	24.3.5.6 [bidirectional.iterators]	Bidirectional iterator assertion typo	Yes
299⁽ⁱ⁾	NAD Editorial	24.3.5.6 [bidirectional.iterators]	Incorrect return types for iterator dereference	Yes
1085⁽ⁱ⁾	NAD Concepts	24.3.5.6 [bidirectional.iterators]	`BidirectionalIterator` concept should provide default implementation for post-decrement	Yes
3236⁽ⁱ⁾	C++23	24.3.5.7 [random.access.iterators]	Random access iterator requirements lack limiting relational operators domain to comparing those from the same range	Yes	3
2519⁽ⁱ⁾	C++17	24.3.5.7 [random.access.iterators]	Iterator `operator-=` has gratuitous undefined behaviour	Yes	2
1079⁽ⁱ⁾	C++11	24.3.5.7 [random.access.iterators]	UK-265: `RandomAccessIterator`'s `operator-` has nonsensical effects clause	Yes
448⁽ⁱ⁾	CD1	24.3.5.7 [random.access.iterators]	Random Access Iterators over abstract classes	Yes
458⁽ⁱ⁾	NAD	24.3.5.7 [random.access.iterators]	24.1.5 contains unintended limitation for `operator-`	Yes
1010⁽ⁱ⁾	NAD Concepts	24.3.5.7 [random.access.iterators]	`operator-=` should use default in concept	Yes
4171⁽ⁱ⁾	New	24.3.6.3 [indirectcallable.indirectinvocable]	P2609R3 breaks code that uses `views::zip` and `get<T>`	No
3859⁽ⁱ⁾	Resolved	24.3.6.4 [projected]	`std::projected` cannot handle proxy iterator	Yes	3
3996⁽ⁱ⁾	NAD	24.3.6.4 [projected]	`projected<I, identity>` should just be `I`	Yes
3197⁽ⁱ⁾	New	24.4.3 [iterator.operations]	`std::prev` should not require `BidirectionalIterator`	Yes	3
4055⁽ⁱ⁾	New	24.4.3 [iterator.operations]	§[iterator.operations] `std::distance` is missing a precondition	Yes	4
3439⁽ⁱ⁾	New	24.4.3 [iterator.operations]	"`Distance`" template parameter is underspecified	No	3
3344⁽ⁱ⁾	New	24.4.3 [iterator.operations]	`advance(i, most-negative)` and `prev(i, most-negative)`	Yes	3
2931⁽ⁱ⁾	Open	24.4.3 [iterator.operations]	Missed optimization opportunity with single-argument `std::next`	No	3
2353⁽ⁱ⁾	C++17	24.4.3 [iterator.operations]	`std::next` is over-constrained	Yes	4
1011⁽ⁱ⁾	C++11	24.4.3 [iterator.operations]	`next/prev` wrong iterator type	Yes
940⁽ⁱ⁾	Resolved	24.4.3 [iterator.operations]	`std::distance`	Yes
204⁽ⁱ⁾	NAD	24.4.3 [iterator.operations]	distance(first, last) when "last" is before "first"	Yes
3306⁽ⁱ⁾	C++23	24.4.4.2 [range.iter.op.advance]	`ranges::advance` violates its preconditions	Yes	2
3453⁽ⁱ⁾	C++23	24.4.4.2 [range.iter.op.advance]	Generic code cannot call `ranges::advance(i, s)`	Yes	2
3392⁽ⁱ⁾	C++23	24.4.4.3 [range.iter.op.distance]	`ranges::distance()` cannot be used on a move-only iterator with a sized sentinel	Yes	3
3664⁽ⁱ⁾	C++23	24.4.4.3 [range.iter.op.distance]	LWG 3392 broke `std::ranges::distance(a, a+3)`	Yes	2
2858⁽ⁱ⁾	New	24.5.1 [reverse.iterators]	LWG 2472: actually an incompatibility with C++03	Yes	4
2285⁽ⁱ⁾	C++14	24.5.1 [reverse.iterators]	`make_reverse_iterator`	Yes
280⁽ⁱ⁾	CD1	24.5.1 [reverse.iterators]	Comparison of reverse_iterator to const reverse_iterator	Yes
2208⁽ⁱ⁾	Resolved	24.5.1 [reverse.iterators]	`std::reverse_iterator` should be a literal type	Yes	3
3623⁽ⁱ⁾	New	24.5.1.1 [reverse.iterators.general]	Uses of `std::reverse_iterator` with containers should not require manually including `<iterator>`	Yes	3
2595⁽ⁱ⁾	New	24.5.1.2 [reverse.iterator]	`reverse_iterator::operator[]`'s return type revisited	Yes	3
2360⁽ⁱ⁾	C++14	24.5.1.2 [reverse.iterator]	`reverse_iterator::operator*()` is unimplementable	Yes	1
235⁽ⁱ⁾	CD1	24.5.1.2 [reverse.iterator]	No specification of default ctor for reverse_iterator	Yes
3602⁽ⁱ⁾	New	24.5.1.4 [reverse.iter.cons]	`reverse_iterator`'s converting assignment is overconstrained	Yes	3
1012⁽ⁱ⁾	C++11	24.5.1.4 [reverse.iter.cons]	`reverse_iterator` default ctor should value initialize	Yes
3725⁽ⁱ⁾	New	24.5.1.6 [reverse.iter.elem]	`reverse_iterator::operator->` should not use `prev` for non-pointer iterators	Yes	3
2188⁽ⁱ⁾	C++14	24.5.1.6 [reverse.iter.elem]	Reverse iterator does not fully support targets that overload `operator&`	Yes	1
386⁽ⁱ⁾	CD1	24.5.1.6 [reverse.iter.elem]	Reverse iterator's operator[] has impossible return type	Yes
1052⁽ⁱ⁾	Resolved	24.5.1.6 [reverse.iter.elem]	`reverse_iterator::operator->` should also support smart pointers	Yes		2775
3726⁽ⁱ⁾	NAD	24.5.1.6 [reverse.iter.elem]	`reverse_iterator::operator->` is underconstrained for non-pointer iterators	Yes
3727⁽ⁱ⁾	NAD	24.5.1.6 [reverse.iter.elem]	`reverse_iterator`/`common_iterator`'s `operator->` should not require the underlying iterator's `operator->` to be a `const` member function	Yes
1051⁽ⁱ⁾	NAD	24.5.1.6 [reverse.iter.elem]	Specify subscript operation return types of `reverse_iterator` and `move_iterator`	Yes
2204⁽ⁱ⁾	NAD	24.5.1.6 [reverse.iter.elem]	`reverse_iterator` should not require a second copy of the base iterator	Yes
2347⁽ⁱ⁾	NAD	24.5.1.6 [reverse.iter.elem]	`reverse_iterator::operator[]` calls const version of `current[]`	Yes	2
2775⁽ⁱ⁾	Dup	24.5.1.6 [reverse.iter.elem]	`reverse_iterator` is does not compile for fancy pointers	Yes		1052
99⁽ⁱ⁾	NAD	24.5.1.8 [reverse.iter.cmp]	Reverse_iterator comparisons completely wrong	Yes
685⁽ⁱ⁾	CD1	24.5.1.9 [reverse.iter.nonmember]	reverse_iterator/move_iterator difference has invalid signatures	Yes
2916⁽ⁱ⁾	NAD	24.5.2 [insert.iterators]	Insert iterators should each have an instantiation guide to initialize from a container	Yes
100⁽ⁱ⁾	NAD	24.5.2 [insert.iterators]	Insert iterators/ostream_iterators overconstrained	Yes
977⁽ⁱ⁾	NAD	24.5.2 [insert.iterators]	insert iterators inefficient for expensive to move types	Yes
1062⁽ⁱ⁾	NAD	24.5.2 [insert.iterators]	Missing insert_iterator for stacks/queues	Yes
3415⁽ⁱ⁾	NAD	24.5.2.2 [back.insert.iterator]	`back_insert_iterator` fails when a container is also its value type	Yes
903⁽ⁱ⁾	NAD	24.5.2.2 [back.insert.iterator]	`back_insert_iterator` issue	Yes
2324⁽ⁱ⁾	C++14	24.5.2.2.2 [back.insert.iter.ops]	Insert iterator constructors should use `addressof()`	Yes	0
1334⁽ⁱ⁾	C++11	24.5.2.2.2 [back.insert.iter.ops]	Insert iterators are broken for some proxy containers compared to C++03	Yes
901⁽ⁱ⁾	NAD	24.5.2.4 [insert.iterator]	insert iterators can move from lvalues	Yes
561⁽ⁱ⁾	CD1	24.5.2.4.3 [inserter]	inserter overly generic	Yes
4104⁽ⁱ⁾	New	24.5.3 [const.iterators]	`basic_const_iterator<volatile int*>` is not a `contiguous_iterator`	No	4
3986⁽ⁱ⁾	New	24.5.3 [const.iterators]	`basic_const_iterator` doesn't work with `optional`	No	3
3988⁽ⁱ⁾	Open	24.5.3 [const.iterators]	Should `as_const_view` and `basic_const_iterator` provide `base()`?	Yes	3
3769⁽ⁱ⁾	C++23	24.5.3 [const.iterators]	`basic_const_iterator::operator==` causes infinite constraint recursion	Yes	1
3853⁽ⁱ⁾	C++23	24.5.3 [const.iterators]	`basic_const_iterator<volatile int*>::operator->` is ill-formed	Yes
3872⁽ⁱ⁾	C++23	24.5.3 [const.iterators]	`basic_const_iterator` should have custom `iter_move`	Yes	3
3863⁽ⁱ⁾	New	24.5.3.2 [const.iterators.alias]	Is `input_iterator` guaranteed to have `iter_const_reference_t`?	No	2
3858⁽ⁱ⁾	NAD	24.5.3.4 [const.iterators.types]	`basic_const_iterator` is too strict to provide `iterator_category`	Yes
3391⁽ⁱ⁾	C++23	24.5.4 [move.iterators]	Problems with `counted_iterator/move_iterator::base() const &`	Yes	2
3593⁽ⁱ⁾	C++23	24.5.4 [move.iterators]	Several iterators' `base() const &` and `lazy_split_view::outer-iterator::value_type::end()` missing `noexcept`	Yes
2106⁽ⁱ⁾	C++17	24.5.4 [move.iterators]	`move_iterator` wrapping iterators returning prvalues	Yes	3
979⁽ⁱ⁾	NAD Editorial	24.5.4 [move.iterators]	Bad example	Yes
4120⁽ⁱ⁾	New	24.5.4.2 [move.iterator]	`move_iterator` should provide `iterator_category` only when it models `forward_iterator`	Yes	3
4125⁽ⁱ⁾	New	24.5.4.2 [move.iterator]	`move_iterator`'s default constructor should be constrained	Yes	3
680⁽ⁱ⁾	CD1	24.5.4.2 [move.iterator]	move_iterator `operator->` return	Yes
1211⁽ⁱ⁾	Resolved	24.5.4.2 [move.iterator]	Move iterators should be restricted as input iterators	Yes
3265⁽ⁱ⁾	C++23	24.5.4.4 [move.iter.cons]	`move_iterator`'s conversions are more broken after P1207	Yes	2
3435⁽ⁱ⁾	C++23	24.5.4.4 [move.iter.cons]	`three_way_comparable_with<reverse_iterator<int>, reverse_iterator<const int>>`	Yes	2
4115⁽ⁱ⁾	New	24.5.4.6 [move.iter.elem]	`move_iterator::operator*` should have conditional `noexcept` specification	Yes	4
872⁽ⁱ⁾	C++11	24.5.4.6 [move.iter.elem]	`move_iterator::operator[]` has wrong return type	Yes
3293⁽ⁱ⁾	C++23	24.5.4.9 [move.iter.nonmember]	`move_iterator operator+()` has incorrect constraints	Yes	3
3390⁽ⁱ⁾	C++20	24.5.4.9 [move.iter.nonmember]	`make_move_iterator()` cannot be used to construct a `move_iterator` for a move-only iterator	Yes	0
3749⁽ⁱ⁾	WP	24.5.5 [iterators.common]	`common_iterator` should handle integer-class difference types	Yes	2
4092⁽ⁱ⁾	New	24.5.5.1 [common.iterator]	The monotonic version of `common_iterator::operator==` is underconstrained	Yes	3
3783⁽ⁱ⁾	New	24.5.5.1 [common.iterator]	`views::common` may not be a range adaptor object	Yes	3
3574⁽ⁱ⁾	C++23	24.5.5.1 [common.iterator]	`common_iterator` should be completely `constexpr`-able	Yes	3
3385⁽ⁱ⁾	C++20	24.5.5.1 [common.iterator]	`common_iterator` is not sufficiently constrained for non-copyable iterators	Yes	0
3660⁽ⁱ⁾	C++23	24.5.5.2 [common.iter.types]	`iterator_traits<common_iterator>::pointer` should conform to §[iterator.traits]	Yes
3595⁽ⁱ⁾	C++23	24.5.5.4 [common.iter.access]	Exposition-only classes `proxy` and `postfix-proxy` for `common_iterator` should be fully `constexpr`	Yes
3672⁽ⁱ⁾	C++23	24.5.5.4 [common.iter.access]	`common_iterator::operator->()` should return by value	Yes
3546⁽ⁱ⁾	C++23	24.5.5.5 [common.iter.nav]	`common_iterator`'s `postfix-proxy` is not quite right	Yes
3601⁽ⁱ⁾	C++23	24.5.5.5 [common.iter.nav]	`common_iterator`'s `postfix-proxy` needs `indirectly_readable`	Yes
3748⁽ⁱ⁾	New	24.5.5.6 [common.iter.cmp]	`common_iterator` and `counted_iterator`' `operator-` are missing cast to return type	Yes	3
3953⁽ⁱ⁾	WP	24.5.5.7 [common.iter.cust]	`iter_move` for `common_iterator` and `counted_iterator` should return `decltype(auto)`	Yes
3472⁽ⁱ⁾	C++23	24.5.7 [iterators.counted]	`counted_iterator` is missing preconditions	Yes
3543⁽ⁱ⁾	C++23	24.5.7.1 [counted.iterator]	Definition of when `counted_iterators` refer to the same sequence isn't quite right	Yes
3408⁽ⁱ⁾	Resolved	24.5.7.1 [counted.iterator]	LWG 3291 reveals deficiencies in `counted_iterator`	Yes	2
3389⁽ⁱ⁾	C++20	24.5.7.2 [counted.iter.const]	A move-only iterator still does not have a `counted_iterator`	Yes	0
3643⁽ⁱ⁾	C++23	24.5.7.5 [counted.iter.nav]	Missing `constexpr` in `std::counted_iterator`	Yes
2576⁽ⁱ⁾	C++17	24.6 [stream.iterators]	`istream_iterator` and `ostream_iterator` should use `std::addressof`	Yes	0
1086⁽ⁱ⁾	NAD Concepts	24.6 [stream.iterators]	Stream iterators need to be concept-constrained templates	Yes
788⁽ⁱ⁾	C++11	24.6.2 [istream.iterator]	Ambiguity in [istream.iterator]	Yes
838⁽ⁱ⁾	C++11	24.6.2 [istream.iterator]	Can an end-of-stream iterator become a non-end-of-stream one?	Yes
245⁽ⁱ⁾	NAD	24.6.2 [istream.iterator]	Which operations on `istream_iterator` trigger input operations?	Yes
3600⁽ⁱ⁾	C++23	24.6.2.2 [istream.iterator.cons]	Making `istream_iterator` copy constructor trivial is an ABI break	Yes	3
2793⁽ⁱ⁾	C++17	24.6.2.2 [istream.iterator.cons]	Awkward conflation of trivial special members of `istream_iterator`	Yes
2878⁽ⁱ⁾	C++17	24.6.2.2 [istream.iterator.cons]	Missing `DefaultConstructible` requirement for `istream_iterator` default constructor	Yes
2804⁽ⁱ⁾	C++17	24.6.2.2 [istream.iterator.cons]	Unconditional `constexpr` default constructor for `istream_iterator`	Yes	0
1280⁽ⁱ⁾	C++11	24.6.2.2 [istream.iterator.cons]	Initialization of stream iterators	Yes
1129⁽ⁱ⁾	Resolved	24.6.2.2 [istream.iterator.cons]	`istream(buf)_iterator` should support literal sentinel value	Yes
260⁽ⁱ⁾	CD1	24.6.2.3 [istream.iterator.ops]	Inconsistent return type of `istream_iterator::operator++(int)`	Yes
261⁽ⁱ⁾	CD1	24.6.2.3 [istream.iterator.ops]	Missing description of `istream_iterator::operator!=`	Yes
349⁽ⁱ⁾	CD1	24.6.3 [ostream.iterator]	Minor typographical error in ostream_iterator	Yes
1125⁽ⁱ⁾	NAD	24.6.3.3 [ostream.iterator.ops]	ostream_iterator does not work with movable types	Yes
2366⁽ⁱ⁾	New	24.6.4 [istreambuf.iterator]	`istreambuf_iterator` end-of-stream equality	Yes	3
3107⁽ⁱ⁾	New	24.6.4 [istreambuf.iterator]	`istreambuf_iterator` has public exposition-only member	Yes	4
3188⁽ⁱ⁾	New	24.6.4 [istreambuf.iterator]	`istreambuf_iterator::pointer` should not be unspecified	Yes	3
2790⁽ⁱ⁾	C++17	24.6.4 [istreambuf.iterator]	Missing specification of `istreambuf_iterator::operator->`	Yes	3
659⁽ⁱ⁾	C++11	24.6.4 [istreambuf.iterator]	`istreambuf_iterator` should have an `operator->()`	Yes
110⁽ⁱ⁾	TC1	24.6.4 [istreambuf.iterator]	istreambuf_iterator::equal not const	Yes
3108⁽ⁱ⁾	New	24.6.4.2 [istreambuf.iterator.proxy]	`istreambuf_iterator::proxy::operator*` should be `const`	Yes	3
2544⁽ⁱ⁾	C++17	24.6.4.3 [istreambuf.iterator.cons]	`istreambuf_iterator(basic_streambuf<charT, traits>* s)` effects unclear when `s` is `0`	Yes	3
1126⁽ⁱ⁾	C++11	24.6.4.4 [istreambuf.iterator.ops]	`istreambuff_iterator::equal` needs a const & parameter	Yes
39⁽ⁱ⁾	TC1	24.6.4.4 [istreambuf.iterator.ops]	istreambuf_iterator<>::operator++(int) definition garbled	Yes
111⁽ⁱ⁾	NAD	24.6.4.4 [istreambuf.iterator.ops]	`istreambuf_iterator::equal` overspecified, inefficient	Yes
112⁽ⁱ⁾	TC1	24.6.5.2 [ostreambuf.iter.cons]	Minor typo in `ostreambuf_iterator` constructor	Yes
4131⁽ⁱ⁾	New	24.7 [iterator.range]	Including `<optional>` doesn't provide `std::begin/end`	Yes	3
3537⁽ⁱ⁾	New	24.7 [iterator.range]	§[iterator.range] Missing `noexcept` for `std::rbegin`/`rend` for arrays and `initializer_list`	No	3
3987⁽ⁱ⁾	WP	24.7 [iterator.range]	Including `<flat_foo>` doesn't provide `std::begin/end`	Yes
3009⁽ⁱ⁾	C++20	24.7 [iterator.range]	Including `<string_view>` doesn't provide `std::size/empty/data`	Yes	0
3208⁽ⁱ⁾	C++20	24.7 [iterator.range]	`Boolean`'s expression requirements are ordered inconsistently	Yes	0
3300⁽ⁱ⁾	C++20	24.7 [iterator.range]	Non-array `ssize` overload is underconstrained	Yes	3
2812⁽ⁱ⁾	C++17	24.7 [iterator.range]	Range access is available with `<string_view>`	Yes	0
2280⁽ⁱ⁾	C++14	24.7 [iterator.range]	`begin/end` for arrays should be `constexpr` and `noexcept`	Yes
2457⁽ⁱ⁾	NAD	24.7 [iterator.range]	`std::begin()` and `std::end()` do not support multi-dimensional arrays correctly	Yes	3
3207⁽ⁱ⁾	NAD	24.7 [iterator.range]	`N` in `ssize(const T (&)[N])` should be `size_t`	Yes

Section 25 (229 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3729⁽ⁱ⁾	New	25.2 [ranges.syn]	`std::tuple_element_t<std::ranges::subrange<I, S, K>>` should remove top-level cv-qualifiers	Yes	4
4027⁽ⁱ⁾	WP	25.2 [ranges.syn]	`possibly-const-range` should prefer returning `const R&`	Yes	2
3914⁽ⁱ⁾	WP	25.2 [ranges.syn]	Inconsistent template-head of `ranges::enumerate_view`	Yes
3946⁽ⁱ⁾	WP	25.2 [ranges.syn]	The definition of `const_iterator_t` should be reworked	Yes
3948⁽ⁱ⁾	WP	25.2 [ranges.syn]	`possibly-const-range` and `as-const-pointer` should be `noexcept`	Yes
3770⁽ⁱ⁾	C++23	25.2 [ranges.syn]	`const_sentinel_t` is missing	Yes	3
3860⁽ⁱ⁾	C++23	25.2 [ranges.syn]	`range_common_reference_t` is missing	Yes
3302⁽ⁱ⁾	C++20	25.2 [ranges.syn]	Range adaptor objects `keys` and `values` are unspecified	Yes	1
3335⁽ⁱ⁾	C++20	25.2 [ranges.syn]	Resolve C++20 NB comments US 273 and GB 274	Yes	1
3351⁽ⁱ⁾	C++20	25.2 [ranges.syn]	`ranges::enable_safe_range` should not be constrained	Yes	0
3379⁽ⁱ⁾	C++20	25.2 [ranges.syn]	"`safe`" in several library names is misleading	Yes	1
3398⁽ⁱ⁾	C++20	25.2 [ranges.syn]	`tuple_element_t` is also wrong for `const subrange`	Yes	0
3913⁽ⁱ⁾	NAD	25.2 [ranges.syn]	`ranges::const_iterator_t<range R>` fails to accept arrays of unknown bound	Yes	3
3768⁽ⁱ⁾	NAD	25.2 [ranges.syn]	`possibly-const-range` is overconstrained	Yes
3258⁽ⁱ⁾	Resolved	25.3.2 [range.access.begin]	Range access and `initializer_list`	Yes	3
3333⁽ⁱ⁾	NAD	25.3.4 [range.access.cbegin]	`ranges::cbegin/ranges::cend`, (and maybe `ranges::crbegin/ranges::crend`) are under-specified to allow rvalue-arrays	Yes
3368⁽ⁱ⁾	Resolved	25.3.10 [range.prim.size]	Exactly when does `size` return `end - begin`?	Yes	0
3403⁽ⁱ⁾	C++23	25.3.11 [range.prim.ssize]	Domain of `ranges::ssize(E)` doesn't match `ranges::size(E)`	Yes	2
4062⁽ⁱ⁾	New	25.3.12 [range.prim.empty]	`ranges::empty` has no semantic requirements for `forward_range`s	No
3915⁽ⁱ⁾	WP	25.4.2 [range.range]	Redundant paragraph about expression variations	Yes
3361⁽ⁱ⁾	C++23	25.4.2 [range.range]	`safe_range<SomeRange&>` case	Yes	3
3559⁽ⁱ⁾	C++23	25.4.3 [range.sized]	Semantic requirements of `sized_range` is circular	Yes
3264⁽ⁱ⁾	C++20	25.4.3 [range.sized]	`sized_range` and `ranges::size` redundantly use `disable_sized_range`	Yes	1
3982⁽ⁱ⁾	Tentatively NAD	25.4.4 [range.view]	`is-derived-from-view-interface` should require that `T` is derived from `view_interface<T>`	Yes
3326⁽ⁱ⁾	C++20	25.4.4 [range.view]	`enable_view` has false positives	Yes	0
3452⁽ⁱ⁾	Resolved	25.4.4 [range.view]	Are views really supposed to have strict `𝒪(1)` destruction?	Yes	2
3896⁽ⁱ⁾	New	25.4.5 [range.refinements]	The definition of `viewable_range` is not quite right	Yes	4
3481⁽ⁱ⁾	C++23	25.4.5 [range.refinements]	`viewable_range` mishandles lvalue move-only views	Yes	2
3375⁽ⁱ⁾	C++20	25.4.5 [range.refinements]	`decay` in `viewable_range` should be `remove_cvref`	Yes	0
3381⁽ⁱ⁾	C++20	25.4.5 [range.refinements]	`begin` and `data` must agree for `contiguous_range`	Yes	0
4112⁽ⁱ⁾	WP	25.5.2 [range.utility.helpers]	`has-arrow` should required `operator->()` to be `const`-qualified	Yes
4003⁽ⁱ⁾	Tentatively NAD	25.5.3 [view.interface]	`view_interface::back` is overconstrained	Yes
3549⁽ⁱ⁾	C++23	25.5.3 [view.interface]	`view_interface` is overspecified to derive from `view_base`	Yes	2
3646⁽ⁱ⁾	C++23	25.5.3.1 [view.interface.general]	`std::ranges::view_interface::size` returns a signed type	Yes	3
3715⁽ⁱ⁾	C++23	25.5.3.1 [view.interface.general]	`view_interface::empty` is overconstrained	Yes
3766⁽ⁱ⁾	C++23	25.5.3.1 [view.interface.general]	`view_interface::cbegin` is underconstrained	Yes	2
3404⁽ⁱ⁾	C++23	25.5.4 [range.subrange]	Finish removing `subrange`'s conversions from `pair-like`	Yes	0
3470⁽ⁱ⁾	C++23	25.5.4 [range.subrange]	`convertible-to-non-slicing` seems to reject valid case	Yes	3
3589⁽ⁱ⁾	C++23	25.5.4 [range.subrange]	The `const` lvalue reference overload of `get` for `subrange` does not constrain `I` to be `copyable` when `N == 0`	Yes	3
3281⁽ⁱ⁾	C++20	25.5.4 [range.subrange]	Conversion from `pair-like` types to `subrange` is a silent semantic promotion	Yes	1
3282⁽ⁱ⁾	C++20	25.5.4 [range.subrange]	`subrange` converting constructor should disallow derived to base conversions	Yes	1
3179⁽ⁱ⁾	C++20	25.5.4.2 [range.subrange.ctor]	`subrange` should always model `Range`	Yes	0
4010⁽ⁱ⁾	New	25.5.4.3 [range.subrange.access]	`subrange::advance` should be improved	Yes	3
3433⁽ⁱ⁾	C++23	25.5.4.3 [range.subrange.access]	`subrange::advance(n)` has UB when `n < 0`	Yes	2
3551⁽ⁱ⁾	C++23	25.5.5 [range.dangling]	`borrowed_{iterator,subrange}_t` are overspecified	Yes
4016⁽ⁱ⁾	WP	25.5.7 [range.utility.conv]	`container-insertable` checks do not match what `container-inserter` does	Yes
4121⁽ⁱ⁾	New	25.5.7.1 [range.utility.conv.general]	`ranges::to` constructs associative containers via `c.emplace(c.end(), *it)`	Yes	2
3958⁽ⁱ⁾	Tentatively NAD	25.5.7.2 [range.utility.conv.to]	`ranges::to` should prioritize the "`reserve`" branch	Yes
4066⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	`ranges::to` should reserve when `sized_sentinel_for` is satisfied	Yes
4008⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	§[range.utility.conv.to] `ranges::to` may cause infinite recursion if `range_value_t<C>` is a non-move-constructible range	Yes	3
4018⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	`ranges::to`'s copy branch is underconstrained	Yes	3
3722⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	`ranges::to` `reserve`s the wrong size	Yes	4
3845⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	`ranges::to`'s `from_range_t` tag branch has the wrong constraint	Yes	4
3985⁽ⁱ⁾	New	25.5.7.2 [range.utility.conv.to]	`ranges::to` should Mandates `C` not to be view	Yes	3
3984⁽ⁱ⁾	WP	25.5.7.2 [range.utility.conv.to]	`ranges::to`'s recursion branch may be ill-formed	Yes	3
3733⁽ⁱ⁾	C++23	25.5.7.2 [range.utility.conv.to]	`ranges::to` misuses `cpp17-input-iterator`	Yes	2
3743⁽ⁱ⁾	C++23	25.5.7.2 [range.utility.conv.to]	`ranges::to`'s `reserve` may be ill-formed	Yes
3785⁽ⁱ⁾	C++23	25.5.7.2 [range.utility.conv.to]	`ranges::to` is over-constrained on the destination type being a range	Yes
3847⁽ⁱ⁾	C++23	25.5.7.2 [range.utility.conv.to]	`ranges::to` can still return views	Yes	2
3787⁽ⁱ⁾	Resolved	25.5.7.2 [range.utility.conv.to]	`ranges::to`'s template parameter `C` should not be a reference type	Yes	3
3983⁽ⁱ⁾	New	25.5.7.3 [range.utility.conv.adaptors]	`ranges::to` adaptors are underconstrained	Yes	3
3907⁽ⁱ⁾	New	25.6 [range.factories]	Can iterator types of range adaptors and range factories be SCARY?	No	3
4035⁽ⁱ⁾	WP	25.6.3.2 [range.single.view]	`single_view` should provide `empty`	Yes
3428⁽ⁱ⁾	C++23	25.6.3.2 [range.single.view]	`single_view`'s in place constructor should be explicit	Yes	0
4096⁽ⁱ⁾	WP	25.6.4.1 [range.iota.overview]	`views::iota(views::iota(0))` should be rejected	Yes
3614⁽ⁱ⁾	New	25.6.4.2 [range.iota.view]	`iota_view::size` and the most negative signed integer values	Yes	3
4001⁽ⁱ⁾	WP	25.6.4.2 [range.iota.view]	`iota_view` should provide `empty`	Yes
3523⁽ⁱ⁾	C++23	25.6.4.2 [range.iota.view]	`iota_view::sentinel` is not always `iota_view`'s sentinel	Yes
3597⁽ⁱ⁾	C++23	25.6.4.2 [range.iota.view]	Unsigned integer types don't model `advanceable`	Yes	3
3610⁽ⁱ⁾	C++23	25.6.4.2 [range.iota.view]	`iota_view::size` sometimes rejects integer-class types	Yes
3292⁽ⁱ⁾	C++20	25.6.4.2 [range.iota.view]	`iota_view` is under-constrained	Yes
4002⁽ⁱ⁾	New	25.6.4.3 [range.iota.iterator]	The definition of `iota_view::iterator::iterator_concept` should be improved	Yes	3
3846⁽ⁱ⁾	New	25.6.4.3 [range.iota.iterator]	`iota_view::iterator::operator-` is overconstrained	Yes	3
3580⁽ⁱ⁾	C++23	25.6.4.3 [range.iota.iterator]	`iota_view's iterator`'s binary `operator+` should be improved	Yes
3670⁽ⁱ⁾	C++23	25.6.4.3 [range.iota.iterator]	Cpp17InputIterators don't have integer-class difference types	Yes
3291⁽ⁱ⁾	C++20	25.6.4.3 [range.iota.iterator]	`iota_view::iterator` has the wrong `iterator_category`	Yes	0
3388⁽ⁱ⁾	C++20	25.6.4.3 [range.iota.iterator]	`view` iterator types have ill-formed `<=>` operators	Yes	0
3609⁽ⁱ⁾	New	25.6.4.4 [range.iota.sentinel]	`std::ranges::iota_view<int, long>` has non-subtractable `iterator` and `sentinel` types	Yes	3
3875⁽ⁱ⁾	C++23	25.6.5 [range.repeat]	`std::ranges::repeat_view<T, IntegerClass>::iterator` may be ill-formed	Yes
4054⁽ⁱ⁾	WP	25.6.5.1 [range.repeat.overview]	Repeating a `repeat_view` should repeat the view	Yes
3955⁽ⁱ⁾	New	25.6.5.2 [range.repeat.view]	Add `noexcept` to several `repeat_view[::iterator]` member functions	Yes	3
4053⁽ⁱ⁾	WP	25.6.5.2 [range.repeat.view]	Unary call to `std::views::repeat` does not decay the argument	Yes
3772⁽ⁱ⁾	C++23	25.6.5.2 [range.repeat.view]	`repeat_view`'s piecewise constructor is missing Postconditions	Yes	2
3796⁽ⁱ⁾	C++23	25.6.5.2 [range.repeat.view]	`movable-box` as member should use default-initialization instead of copy-initialization	Yes
3763⁽ⁱ⁾	New	25.6.5.3 [range.repeat.iterator]	Should range adaptor iterators only provide `iterator_category` when its `difference_type` is not an integer-class type?	Yes	3
3679⁽ⁱ⁾	LEWG	25.6.6 [range.istream]	Is `<ranges>` sufficient for `istream_view`?	No	3
3568⁽ⁱ⁾	C++23	25.6.6.2 [range.istream.view]	`basic_istream_view` needs to initialize `value_`	Yes
3489⁽ⁱ⁾	New	25.6.6.3 [range.istream.iterator]	Improve `istream_view` wording	Yes	3
3397⁽ⁱ⁾	C++20	25.6.6.3 [range.istream.iterator]	`ranges::basic_istream_view::iterator` should not provide `iterator_category`	Yes	1
3394⁽ⁱ⁾	NAD	25.6.6.3 [range.istream.iterator]	`ranges::basic_istream_view::iterator` has an empty `iterator_traits`	Yes	2
3524⁽ⁱ⁾	Resolved	25.7 [range.adaptors]	Unimplementable narrowing and evaluation order requirements for range adaptors	Yes	3
3981⁽ⁱ⁾	Tentatively NAD	25.7.2 [range.adaptor.object]	Range adaptor closure object is underspecified for its return type	Yes
3994⁽ⁱ⁾	New	25.7.2 [range.adaptor.object]	`adaptor(args...)(r)` is not equivalent to `std::bind_back(adaptor, args...)(r)`	No	4
3509⁽ⁱ⁾	Resolved	25.7.2 [range.adaptor.object]	Range adaptor objects are underspecified	Yes	2
3477⁽ⁱ⁾	C++23	25.7.3 [range.move.wrap]	Simplify constraints for `semiregular-box`	Yes	0
3572⁽ⁱ⁾	C++23	25.7.3 [range.move.wrap]	`copyable-box` should be fully `constexpr`	Yes
3479⁽ⁱ⁾	Resolved	25.7.3 [range.move.wrap]	`semiregular-box` mishandles self-assignment	Yes	3
3173⁽ⁱ⁾	C++20	25.7.6.2 [range.ref.view]	Enable CTAD for `ref-view`	Yes	0
4099⁽ⁱ⁾	New	25.7.7.1 [range.as.rvalue.overview]	The simple case of `views::as_rvalue` and `views::common` are not strictly correct	Yes	4
4083⁽ⁱ⁾	WP	25.7.7.1 [range.as.rvalue.overview]	`views::as_rvalue` should reject non-input ranges	Yes
3829⁽ⁱ⁾	New	25.7.7.2 [range.as.rvalue.view]	`as_rvalue_view::end` should improve non-common case	Yes	3
3280⁽ⁱ⁾	C++20	25.7.8.2 [range.filter.view]	View converting constructors can cause constraint recursion and are unneeded	Yes	1
3533⁽ⁱ⁾	C++23	25.7.8.3 [range.filter.iterator]	Make `base() const &` consistent across iterator wrappers that supports `input_iterator`s	Yes
3325⁽ⁱ⁾	C++20	25.7.9.2 [range.transform.view]	Constrain return type of transformation function for `transform_view`	Yes	0
3483⁽ⁱ⁾	C++23	25.7.9.3 [range.transform.iterator]	`transform_view::iterator`'s difference is overconstrained	Yes	0
3520⁽ⁱ⁾	C++23	25.7.9.3 [range.transform.iterator]	`iter_move` and `iter_swap` are inconsistent for `transform_view::iterator`	Yes	2
3555⁽ⁱ⁾	C++23	25.7.9.3 [range.transform.iterator]	`{transform,elements}_view::iterator::iterator_concept` should consider const-qualification of the underlying range	Yes
3564⁽ⁱ⁾	C++23	25.7.9.3 [range.transform.iterator]	`transform_view::iterator<true>::value_type` and `iterator_category` should use `const F&`	Yes	2
3618⁽ⁱ⁾	C++23	25.7.9.3 [range.transform.iterator]	Unnecessary `iter_move` for `transform_view::iterator`	Yes
3301⁽ⁱ⁾	C++20	25.7.9.3 [range.transform.iterator]	`transform_view::iterator` has incorrect `iterator_category`	Yes	1
3448⁽ⁱ⁾	C++23	25.7.9.4 [range.transform.sentinel]	`transform_view`'s `sentinel<false>` not comparable with `iterator<true>`	Yes	1
3384⁽ⁱ⁾	C++20	25.7.9.4 [range.transform.sentinel]	`transform_view::sentinel` has an incorrect `operator-`	Yes	0
4050⁽ⁱ⁾	New	25.7.10.1 [range.take.overview]	Should `views::iota(0) \| views::take(5)` be `views::iota(0, 5)`?	Yes
3407⁽ⁱ⁾	C++23	25.7.10.1 [range.take.overview]	Some problems with the wording changes of P1739R4	Yes	2
3447⁽ⁱ⁾	C++23	25.7.10.2 [range.take.view]	Deduction guides for `take_view` and `drop_view` have different constraints	Yes	0
3738⁽ⁱ⁾	C++23	25.7.10.2 [range.take.view]	Missing preconditions for `take_view` constructor	Yes
3286⁽ⁱ⁾	C++20	25.7.10.2 [range.take.view]	`ranges::size` is not required to be valid after a call to `ranges::begin` on an input range	Yes	0
3449⁽ⁱ⁾	C++23	25.7.10.3 [range.take.sentinel]	`take_view` and `take_while_view`'s `sentinel<false>` not comparable with their const iterator	Yes	1
3737⁽ⁱ⁾	C++23	25.7.10.3 [range.take.sentinel]	`take_view::sentinel` should provide `operator-`	Yes	3
3450⁽ⁱ⁾	C++23	25.7.11.2 [range.take.while.view]	The `const` overloads of `take_while_view::begin/end` are underconstrained	Yes	0
3364⁽ⁱ⁾	C++20	25.7.11.2 [range.take.while.view]	Initialize data members of ranges and their iterators	Yes	0
3298⁽ⁱ⁾	NAD	25.7.11.2 [range.take.while.view]	Range adaptors introduced by P1035 do not require `viewable_range`	Yes
3708⁽ⁱ⁾	C++23	25.7.11.3 [range.take.while.sentinel]	`take_while_view::sentinel`'s conversion constructor should move	Yes
4009⁽ⁱ⁾	New	25.7.12.2 [range.drop.view]	`drop_view::begin const` may have 𝒪(n) complexity	Yes
3730⁽ⁱ⁾	New	25.7.12.2 [range.drop.view]	`std::ranges::drop_view` may have different size type from its underlying view	Yes	3
3482⁽ⁱ⁾	C++23	25.7.12.2 [range.drop.view]	`drop_view`'s `const begin` should additionally require `sized_range`	Yes	0
3490⁽ⁱ⁾	C++23	25.7.13.2 [range.drop.while.view]	`ranges::drop_while_view::begin()` is missing a precondition	Yes	0
3363⁽ⁱ⁾	C++20	25.7.13.2 [range.drop.while.view]	`drop_while_view` should opt-out of `sized_range`	Yes	1
3666⁽ⁱ⁾	New	25.7.14 [range.join]	`join_view`'s difference type is too small	No	2
3474⁽ⁱ⁾	C++23	25.7.14 [range.join]	Nesting `join_view`s is broken because of CTAD	Yes
3700⁽ⁱ⁾	Resolved	25.7.14.2 [range.join.view]	The `const begin` of the `join_view` family does not require `InnerRng` to be a range	Yes	3
3322⁽ⁱ⁾	Resolved	25.7.14.2 [range.join.view]	Add `join_view::base()` member function	Yes	0
3278⁽ⁱ⁾	Resolved	25.7.14.2 [range.join.view]	`join_view<V>::iterator<true>` tries to write through `const join_view` ptr	Yes	2
3500⁽ⁱ⁾	C++23	25.7.14.3 [range.join.iterator]	`join_view::iterator::operator->()` is bogus	Yes	0
3517⁽ⁱ⁾	C++23	25.7.14.3 [range.join.iterator]	`join_view::iterator`'s `iter_swap` is underconstrained	Yes
3535⁽ⁱ⁾	C++23	25.7.14.3 [range.join.iterator]	`join_view::iterator::iterator_category` and `::iterator_concept` lie	Yes	2
3569⁽ⁱ⁾	C++23	25.7.14.3 [range.join.iterator]	`join_view` fails to support ranges of ranges with non-`default_initializable` iterators	Yes	3
3313⁽ⁱ⁾	C++20	25.7.14.3 [range.join.iterator]	`join_view::iterator::operator--` is incorrectly constrained	Yes	0
3791⁽ⁱ⁾	Resolved	25.7.14.3 [range.join.iterator]	`join_view::iterator::operator--` may be ill-formed	Yes	3
3365⁽ⁱ⁾	NAD	25.7.14.3 [range.join.iterator]	Rename ref-is-glvalue to deref-is-ref	Yes	0
3873⁽ⁱ⁾	New	25.7.15.2 [range.join.with.view]	`join_with_view`'s `const begin` is underconstrained	No	3
4074⁽ⁱ⁾	WP	25.7.15.2 [range.join.with.view]	`compatible-joinable-ranges` is underconstrained	Yes
3971⁽ⁱ⁾	NAD	25.7.15.2 [range.join.with.view]	Join ranges of rvalue references with ranges of prvalues	Yes	3
4059⁽ⁱ⁾	New	25.7.15.3 [range.join.with.iterator]	Leaky abstraction in `join_with_view`'s iterator	Yes	3
3852⁽ⁱ⁾	New	25.7.15.3 [range.join.with.iterator]	`join_with_view::iterator`'s `iter_move` and `iter_swap` should be conditionally `noexcept`	Yes	3
3972⁽ⁱ⁾	New	25.7.15.3 [range.join.with.iterator]	Issues with `join_with_view::iterator`'s `iter_swap`	No	2
3855⁽ⁱ⁾	New	25.7.16.2 [range.lazy.split.view]	`tiny-range` is not quite right	Yes	4
3685⁽ⁱ⁾	New	25.7.16.2 [range.lazy.split.view]	In `lazy_split_view`, CTAD doesn't work when given an `input_range` input and a `tiny-range` pattern	Yes	3
3599⁽ⁱ⁾	New	25.7.16.2 [range.lazy.split.view]	The `const` overload of `lazy_split_view::begin` should be constrained by `const Pattern`	Yes	3
4108⁽ⁱ⁾	SG9	25.7.16.2 [range.lazy.split.view]	`lazy_split_view` should be `sized_range` when pattern is empty `tiny-range`	Yes	4
3592⁽ⁱ⁾	C++23	25.7.16.2 [range.lazy.split.view]	`lazy_split_view` needs to check the simpleness of `Pattern`	Yes
3686⁽ⁱ⁾	New	25.7.16.3 [range.lazy.split.outer]	In `lazy_split_view`, comparing a default-constructed `outer-iterator` or `inner-iterator` with `std::default_sentinel` results in null pointer dereference	Yes	3
3904⁽ⁱ⁾	WP	25.7.16.3 [range.lazy.split.outer]	`lazy_split_view::outer-iterator`'s `const`-converting constructor isn't setting `trailing_empty_`	Yes
3505⁽ⁱ⁾	C++23	25.7.16.3 [range.lazy.split.outer]	`split_view::outer-iterator::operator++` misspecified	Yes	2
3181⁽ⁱ⁾	NAD	25.7.16.3 [range.lazy.split.outer]	`split_view::outer_iterator` converting constructor is misconstrained	Yes
4013⁽ⁱ⁾	WP	25.7.16.4 [range.lazy.split.outer.value]	`lazy_split_view::outer-iterator::value_type` should not provide default constructor	Yes
3553⁽ⁱ⁾	C++23	25.7.16.4 [range.lazy.split.outer.value]	Useless constraint in `split_view::outer-iterator::value_type::begin()`	Yes
3276⁽ⁱ⁾	C++20	25.7.16.4 [range.lazy.split.outer.value]	Class `split_view::outer_iterator::value_type` should inherit from `view_interface`	Yes	0
3532⁽ⁱ⁾	C++23	25.7.16.5 [range.lazy.split.inner]	`split_view<V, P>::inner-iterator<true>::operator++(int)` should depend on `Base`	Yes
3591⁽ⁱ⁾	C++23	25.7.16.5 [range.lazy.split.inner]	`lazy_split_view<input_view>::inner-iterator::base() &&` invalidates outer iterators	Yes
3478⁽ⁱ⁾	Resolved	25.7.17 [range.split]	`views::split` drops trailing empty range	Yes	2
3590⁽ⁱ⁾	C++23	25.7.17.2 [range.split.view]	`split_view::base() const &` is overconstrained	Yes
4017⁽ⁱ⁾	New	25.7.17.3 [range.split.iterator]	Behavior of `std::views::split` on an empty range	Yes	3
4082⁽ⁱ⁾	WP	25.7.18.1 [range.concat.overview]	`views::concat(r)` is well-formed when `r` is an `output_range`	Yes
4166⁽ⁱ⁾	New	25.7.18.2 [range.concat.view]	`concat_view::end()` should be more constrained in order to support noncopyable iterators	Yes
4073⁽ⁱ⁾	New	25.7.18.2 [range.concat.view]	`concat_view::size` may overflow	No	4
4091⁽ⁱ⁾	New	25.7.18.2 [range.concat.view]	`concat_view` rejects non-movable references	Yes	4
4081⁽ⁱ⁾	New	25.7.18.3 [range.concat.iterator]	`concat_view::iterator::operator-` is overconstrained	Yes	3
4089⁽ⁱ⁾	New	25.7.18.3 [range.concat.iterator]	`concat_view::iterator`'s `iter_swap` is overconstrained	Yes	3
4079⁽ⁱ⁾	WP	25.7.18.3 [range.concat.iterator]	Missing Preconditions in `concat_view::iterator`'s conversion constructor	Yes
4012⁽ⁱ⁾	WP	25.7.20.2 [range.common.view]	`common_view::begin/end` are missing the `simple-view` check	Yes
3405⁽ⁱ⁾	C++23	25.7.20.2 [range.common.view]	`common_view`'s converting constructor is bad, too	Yes	0
3717⁽ⁱ⁾	C++23	25.7.20.2 [range.common.view]	`common_view::end` should improve `random_access_range` case	Yes	3
4019⁽ⁱ⁾	SG9	25.7.21 [range.reverse]	Reversing an infinite range leads to an infinite loop	No	3
3494⁽ⁱ⁾	C++23	25.7.21 [range.reverse]	Allow ranges to be conditionally borrowed	Yes
4097⁽ⁱ⁾	LEWG	25.7.21.1 [range.reverse.overview]	`views::reverse` should be specialized for some view types	Yes	3
3830⁽ⁱ⁾	New	25.7.21.2 [range.reverse.view]	`reverse_view` should not cache when `ranges::next` has constant time complexity	Yes	3
3387⁽ⁱ⁾	C++20	25.7.21.2 [range.reverse.view]	§[range.reverse.view] `reverse_view<V>` unintentionally requires `range<const V>`	Yes	0
3811⁽ⁱ⁾	C++23	25.7.22.1 [range.as.const.overview]	`views::as_const` on `ref_view<T>` should return `ref_view<const T>`	Yes
3850⁽ⁱ⁾	C++23	25.7.22.1 [range.as.const.overview]	`views::as_const` on `empty_view<T>` should return `empty_view<const T>`	Yes
3386⁽ⁱ⁾	C++20	25.7.23 [range.elements]	`elements_view` needs its own `sentinel` type	Yes	1
3563⁽ⁱ⁾	C++23	25.7.23.1 [range.elements.overview]	`keys_view` example is broken	Yes	3
3797⁽ⁱ⁾	New	25.7.23.2 [range.elements.view]	`elements_view` insufficiently constrained	Yes	2
3406⁽ⁱ⁾	C++23	25.7.23.2 [range.elements.view]	`elements_view::begin()` and `elements_view::end()` have incompatible constraints	Yes	1
3323⁽ⁱ⁾	C++20	25.7.23.2 [range.elements.view]	`has-tuple-element` helper concept needs `convertible_to`	Yes	0
4114⁽ⁱ⁾	New	25.7.23.3 [range.elements.iterator]	`elements_view::iterator::operator*` missing conditional `noexcept` specification	Yes	3
3832⁽ⁱ⁾	New	25.7.23.3 [range.elements.iterator]	Missing change for `element_view::iterator` in LWG 3798	Yes	3
3492⁽ⁱ⁾	C++23	25.7.23.3 [range.elements.iterator]	Minimal improvements to `elements_view::iterator`	Yes	0
3502⁽ⁱ⁾	C++23	25.7.23.3 [range.elements.iterator]	`elements_view` should not be allowed to return dangling references	Yes	2
3377⁽ⁱ⁾	C++20	25.7.23.3 [range.elements.iterator]	`elements_view::iterator` befriends a specialization of itself	Yes	0
3558⁽ⁱ⁾	NAD Editorial	25.7.23.4 [range.elements.sentinel]	`elements_view::sentinel`'s first `operator-` has wrong return type	Yes
3919⁽ⁱ⁾	WP	25.7.24 [range.enumerate]	`enumerate_view` may invoke UB for sized common non-forward underlying ranges	Yes	3
3908⁽ⁱ⁾	Tentatively NAD	25.7.24.3 [range.enumerate.iterator]	`enumerate_view::iterator` constructor is explicit	Yes
4116⁽ⁱ⁾	New	25.7.24.3 [range.enumerate.iterator]	`enumerate_view::iterator` and `cartesian_product_view::iterator` should not always provide `iterator_category`	Yes
3912⁽ⁱ⁾	WP	25.7.24.3 [range.enumerate.iterator]	`enumerate_view::iterator::operator-` should be `noexcept`	Yes
3864⁽ⁱ⁾	New	25.7.25 [range.zip]	`zip` over range of reference to an abstract type	No	4
3731⁽ⁱ⁾	New	25.7.25.2 [range.zip.view]	`zip_view` and `adjacent_view` are underconstrained	Yes	3
3755⁽ⁱ⁾	C++23	25.7.25.2 [range.zip.view]	`tuple-for-each` can call user-defined `operator,`	Yes
3692⁽ⁱ⁾	C++23	25.7.25.3 [range.zip.iterator]	`zip_view::iterator`'s `operator<=>` is overconstrained	Yes
3773⁽ⁱ⁾	C++23	25.7.26.1 [range.zip.transform.overview]	`views::zip_transform` still requires `F` to be `copy_constructible` when empty pack	Yes
3714⁽ⁱ⁾	NAD	25.7.26.2 [range.zip.transform.view]	Non-single-argument constructors for range adaptors should not be `explicit`	Yes	4
3702⁽ⁱ⁾	C++23	25.7.26.3 [range.zip.transform.iterator]	Should `zip_transform_view::iterator` remove `operator<`?	Yes
4098⁽ⁱ⁾	WP	25.7.27.1 [range.adjacent.overview]	`views::adjacent<0>` should reject non-forward ranges	Yes
3735⁽ⁱ⁾	NAD	25.7.27.1 [range.adjacent.overview]	`views::adjacent<0>` should be prohibited	Yes
3848⁽ⁱ⁾	C++23	25.7.27.2 [range.adjacent.view]	`adjacent_view`, `adjacent_transform_view` and `slide_view` missing `base` accessor	Yes
3947⁽ⁱ⁾	WP	25.7.28.2 [range.adjacent.transform.view]	Unexpected constraints on `adjacent_transform_view::base()`	Yes
3710⁽ⁱ⁾	C++23	25.7.29.2 [range.chunk.view.input]	The `end` of `chunk_view` for input ranges can be `const`	Yes
3712⁽ⁱ⁾	C++23	25.7.29.2 [range.chunk.view.input]	`chunk_view` and `slide_view` should not be `default_initializable`	Yes
3739⁽ⁱ⁾	NAD	25.7.29.2 [range.chunk.view.input]	`chunk_view::size` should preserve the signedness of the size of the underlying range	Yes
4006⁽ⁱ⁾	Tentatively NAD	25.7.29.4 [range.chunk.outer.value]	`chunk_view::outer-iterator::value_type` should provide `empty`	Yes
3707⁽ⁱ⁾	C++23	25.7.29.4 [range.chunk.outer.value]	`chunk_view::outer-iterator::value_type::size` should return unsigned type	Yes
3851⁽ⁱ⁾	C++23	25.7.29.5 [range.chunk.inner.iter]	`chunk_view::inner-iterator` missing custom `iter_move` and `iter_swap`	Yes
3880⁽ⁱ⁾	C++23	25.7.29.7 [range.chunk.fwd.iter]	Clarify `operator+=` complexity for `{chunk,stride}_view::iterator`	Yes
3711⁽ⁱ⁾	C++23	25.7.30.2 [range.slide.view]	Missing preconditions for `slide_view` constructor	Yes
3740⁽ⁱ⁾	NAD	25.7.30.2 [range.slide.view]	`slide_view::size` should preserve the signedness of underlying range's size	Yes
3760⁽ⁱ⁾	C++23	25.7.33 [range.cartesian]	`cartesian_product_view::iterator`'s `parent_` is never valid	Yes
3777⁽ⁱ⁾	Open	25.7.33.2 [range.cartesian.view]	Common `cartesian_product_view` produces an invalid range if the first range is input and one of the ranges is empty	Yes	2
3761⁽ⁱ⁾	C++23	25.7.33.3 [range.cartesian.iterator]	`cartesian_product_view::iterator::operator-` should pass by reference	Yes
3801⁽ⁱ⁾	C++23	25.7.33.3 [range.cartesian.iterator]	`cartesian_product_view::iterator::distance-from` ignores the size of last underlying range	Yes
3820⁽ⁱ⁾	C++23	25.7.33.3 [range.cartesian.iterator]	`cartesian_product_view::iterator::prev` is not quite right	Yes
3849⁽ⁱ⁾	C++23	25.7.33.3 [range.cartesian.iterator]	`cartesian_product_view::iterator`'s default constructor is overconstrained	Yes
3899⁽ⁱ⁾	WP	25.8.5 [coro.generator.promise]	`co_yield`ing elements of an lvalue `generator` is unnecessarily inefficient	Yes	3
3900⁽ⁱ⁾	WP	25.8.5 [coro.generator.promise]	The `allocator_arg_t` overloads of `generator::promise_type::operator new` should not be constrained	Yes	3
4119⁽ⁱ⁾	WP	25.8.5 [coro.generator.promise]	`generator::promise_type::yield_value(ranges::elements_of<R, Alloc>)`'s nested `generator` may be ill-formed	Yes
3894⁽ⁱ⁾	WP	25.8.5 [coro.generator.promise]	`generator::promise_type::yield_value(ranges::elements_of<Rng, Alloc>)` should not be `noexcept`	Yes
3826⁽ⁱ⁾	C++23	25.8.5 [coro.generator.promise]	Redundant specification [for overload of `yield_value`]	Yes
4057⁽ⁱ⁾	New	25.8.6 [coro.generator.iterator]	`generator::iterator`'s `operator*` is not `noexcept` when it can be	Yes	3
4117⁽ⁱ⁾	New	25.8.6 [coro.generator.iterator]	`generator::iterator` should provide `iterator_concept`	Yes	4
3762⁽ⁱ⁾	C++23	25.8.6 [coro.generator.iterator]	`generator::iterator::operator==` should pass by reference	Yes

Section 26 (194 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2963⁽ⁱ⁾	New	26 [algorithms]	Algorithms with underspecified iterator requirements	No	3
1238⁽ⁱ⁾	Open	26 [algorithms]	Defining algorithms taking iterator for range	No	3
2173⁽ⁱ⁾	Open	26 [algorithms]	The meaning of `operator +` in the description of the algorithms	Yes	4
1205⁽ⁱ⁾	C++11	26 [algorithms]	Some algorithms could more clearly document their handling of empty ranges	Yes
92⁽ⁱ⁾	CD1	26 [algorithms]	Incomplete Algorithm Requirements	Yes
210⁽ⁱ⁾	TC1	26 [algorithms]	distance first and last confused	Yes
2917⁽ⁱ⁾	Resolved	26 [algorithms]	Parallel algorithms cannot easily work with `InputIterator`s	Yes
1282⁽ⁱ⁾	NAD	26 [algorithms]	A proposal to add `std::split` algorithm	Yes
1053⁽ⁱ⁾	NAD	26 [algorithms]	Unify algorithms with operator and function object variants	Yes
631⁽ⁱ⁾	NAD	26 [algorithms]	conflicting requirements for `BinaryPredicate`	Yes
2082⁽ⁱ⁾	NAD	26 [algorithms]	Misleading complexity requirements in `<algorithm>`	Yes
2727⁽ⁱ⁾	C++17	26.1 [algorithms.general]	Parallel algorithms with `constexpr` specifier	Yes	0
3049⁽ⁱ⁾	Open	26.2 [algorithms.requirements]	Missing wording allowing algorithms to use copies of function objects as substitutes for their parameters	Yes	3
3419⁽ⁱ⁾	C++23	26.2 [algorithms.requirements]	§[algorithms.requirements]/15 doesn't reserve as many rights as it intends to	Yes	0
2932⁽ⁱ⁾	C++20	26.3.3 [algorithms.parallel.exec]	Constraints on parallel algorithm implementations are underspecified	Yes
2718⁽ⁱ⁾	C++17	26.3.3 [algorithms.parallel.exec]	Parallelism bug in [algorithms.parallel.exec] p2	Yes
2880⁽ⁱ⁾	Resolved	26.3.3 [algorithms.parallel.exec]	Relax complexity specifications for non-sequenced policies	Yes
3062⁽ⁱ⁾	C++20	26.3.5 [algorithms.parallel.overloads]	Unnecessary `decay_t` in `is_execution_policy_v` should be `remove_cvref_t`	Yes	0
2909⁽ⁱ⁾	NAD	26.3.6.2 [execpol.type]	User specializations of `is_execution_policy` should be ill-formed	Yes
4095⁽ⁱ⁾	Tentatively NAD	26.4 [algorithm.syn]	`ranges::fold_meow` should explicitly spell out the return type	Yes
3180⁽ⁱ⁾	C++20	26.4 [algorithm.syn]	Inconsistently named return type for `ranges::minmax_element`	Yes	0
483⁽ⁱ⁾	Dup	26.6 [alg.nonmodifying]	Heterogeneous equality and EqualityComparable	Yes		283
3793⁽ⁱ⁾	New	26.6.5 [alg.foreach]	Requirements for some algorithms' `Size` template parameters are unclear	No	3
2747⁽ⁱ⁾	C++17	26.6.5 [alg.foreach]	Possibly redundant `std::move` in [alg.foreach]	Yes	0
1110⁽ⁱ⁾	C++11	26.6.5 [alg.foreach]	Is `for_each` overconstrained?	Yes
475⁽ⁱ⁾	CD1	26.6.5 [alg.foreach]	May the function object passed to for_each modify the elements of the iterated sequence?	Yes
3213⁽ⁱ⁾	Resolved	26.6.5 [alg.foreach]	`for_each_n` and `copy_n` missing requirements for `Size`	Yes	3
969⁽ⁱ⁾	NAD Editorial	26.6.5 [alg.foreach]	What happened to Library Issue 475?	Yes
290⁽ⁱ⁾	NAD	26.6.5 [alg.foreach]	Requirements to for_each and its function object	Yes
219⁽ⁱ⁾	NAD	26.6.6 [alg.find]	`find` algorithm missing version that takes a binary predicate argument	Yes
244⁽ⁱ⁾	NAD	26.6.6 [alg.find]	Must `find`'s third argument be CopyConstructible?	Yes
2150⁽ⁱ⁾	C++14	26.6.8 [alg.find.end]	Unclear specification of `find_end`	Yes
576⁽ⁱ⁾	CD1	26.6.9 [alg.find.first.of]	find_first_of is overconstrained	Yes
150⁽ⁱ⁾	TC1	26.6.9 [alg.find.first.of]	Find_first_of says integer instead of iterator	Yes
240⁽ⁱ⁾	CD1	26.6.10 [alg.adjacent.find]	Complexity of adjacent_find() is meaningless	Yes
1000⁽ⁱ⁾	NAD Concepts	26.6.10 [alg.adjacent.find]	adjacent_find is over-constrained	Yes
3560⁽ⁱ⁾	C++23	26.6.13 [alg.equal]	`ranges::equal` and `ranges::is_permutation` should short-circuit for `sized_ranges`	Yes
2967⁽ⁱ⁾	NAD	26.6.13 [alg.equal]	`std::equal` on empty ranges	Yes
1431⁽ⁱ⁾	C++11	26.6.14 [alg.is.permutation]	`is_permutation` must be more restrictive	Yes
1338⁽ⁱ⁾	C++11	26.6.15 [alg.search]	LWG 1205 incorrectly applied	Yes
426⁽ⁱ⁾	CD1	26.6.15 [alg.search]	search_n(), fill_n(), and generate_n() with negative n	Yes
714⁽ⁱ⁾	CD1	26.6.15 [alg.search]	`search_n` complexity is too lax	Yes
3596⁽ⁱ⁾	NAD	26.6.16 [alg.starts.with]	`ranges::starts_with` and `ranges::ends_with` are underspecified	Yes
4105⁽ⁱ⁾	WP	26.6.17 [alg.ends.with]	`ranges::ends_with`'s Returns misses difference casting	Yes
4093⁽ⁱ⁾	New	26.6.18 [alg.fold]	`ranges::fold_left_first_with_iter` incorrectly constructs `optional<U>`	Yes	3
4094⁽ⁱ⁾	New	26.6.18 [alg.fold]	`ranges::fold_meow` is overconstrained	Yes	3
3969⁽ⁱ⁾	New	26.6.18 [alg.fold]	`std::ranges::fold_left_first_with_iter` should be more ADL-proof	Yes	3
3779⁽ⁱ⁾	NAD	26.6.18 [alg.fold]	`ranges::fold_*` can unintentionally `const_cast` and `reinterpret_cast`	Yes
3089⁽ⁱ⁾	New	26.7.1 [alg.copy]	`copy_n` should require non-overlapping ranges	Yes	3
2471⁽ⁱ⁾	Open	26.7.1 [alg.copy]	`copy_n`'s number of `InputIterator` increments unspecified	No	3
2689⁽ⁱ⁾	C++17	26.7.1 [alg.copy]	Parallel versions of `std::copy` and `std::move` shouldn't be in order	Yes	0
2039⁽ⁱ⁾	C++14	26.7.1 [alg.copy]	Issues with `std::reverse` and `std::copy_if`	Yes
2242⁽ⁱ⁾	NAD	26.7.1 [alg.copy]	`[uninitialized_]copy_n()` defect	Yes	2
1206⁽ⁱ⁾	C++11	26.7.2 [alg.move]	Incorrect requires for `move_backward` and `copy_backward`	Yes
187⁽ⁱ⁾	CD1	26.7.3 [alg.swap]	iter_swap underspecified	Yes
809⁽ⁱ⁾	CD1	26.7.3 [alg.swap]	`std::swap` should be overloaded for array types	Yes
227⁽ⁱ⁾	TC1	26.7.3 [alg.swap]	std::swap() should require CopyConstructible or DefaultConstructible arguments	Yes
912⁽ⁱ⁾	NAD Concepts	26.7.3 [alg.swap]	Array swap needs to be conceptualized	Yes
242⁽ⁱ⁾	CD1	26.7.4 [alg.transform]	Side effects of function objects	Yes
293⁽ⁱ⁾	NAD	26.7.4 [alg.transform]	Order of execution in transform algorithm	Yes
3868⁽ⁱ⁾	LEWG	26.7.5 [alg.replace]	Constrained algorithms should not require `output_iterator`	Yes	4
283⁽ⁱ⁾	CD1	26.7.5 [alg.replace]	std::replace() requirement incorrect/insufficient	Yes		483
337⁽ⁱ⁾	CD1	26.7.5 [alg.replace]	replace_copy_if's template parameter should be InputIterator	Yes
913⁽ⁱ⁾	NAD Concepts	26.7.5 [alg.replace]	Superfluous requirements for replace algorithms	Yes
1087⁽ⁱ⁾	NAD Concepts	26.7.5 [alg.replace]	Incorrect `OutputIterator` concept requirements for `replace` algorithms	Yes
865⁽ⁱ⁾	C++11	26.7.6 [alg.fill]	More algorithms that throw away information	Yes
3186⁽ⁱ⁾	C++20	26.7.8 [alg.remove]	`ranges` removal, partition, and `partial_sort_copy` algorithms discard useful information	Yes	1
2110⁽ⁱ⁾	C++14	26.7.8 [alg.remove]	`remove` can't swap but note says it might	Yes
779⁽ⁱ⁾	CD1	26.7.8 [alg.remove]	Resolution of #283 incomplete	Yes
367⁽ⁱ⁾	NAD	26.7.8 [alg.remove]	remove_copy/remove_copy_if and Input Iterators	Yes
489⁽ⁱ⁾	NAD	26.7.8 [alg.remove]	std::remove / std::remove_if wrongly specified	Yes
4103⁽ⁱ⁾	New	26.7.9 [alg.unique]	`ranges::unique_copy`'s constraints for the case where `result` is an `input_iterator` are not quite right	Yes	3
2439⁽ⁱ⁾	C++17	26.7.9 [alg.unique]	`unique_copy()` sometimes can't fall back to reading its output	Yes	3
1241⁽ⁱ⁾	C++11	26.7.9 [alg.unique]	`unique_copy` needs to require `EquivalenceRelation`	Yes
202⁽ⁱ⁾	CD1	26.7.9 [alg.unique]	unique() effects unclear when predicate not an equivalence relation	Yes
239⁽ⁱ⁾	CD1	26.7.9 [alg.unique]	Complexity of unique() and/or unique_copy incorrect	Yes
241⁽ⁱ⁾	CD1	26.7.9 [alg.unique]	Does unique_copy() require CopyConstructible and Assignable?	Yes
538⁽ⁱ⁾	CD1	26.7.9 [alg.unique]	241 again: Does unique_copy() require CopyConstructible and Assignable?	Yes
1101⁽ⁱ⁾	NAD Editorial	26.7.9 [alg.unique]	`unique` requirements	Yes
481⁽ⁱ⁾	NAD	26.7.9 [alg.unique]	unique's effects on the range [result, last)	Yes
490⁽ⁱ⁾	NAD	26.7.9 [alg.unique]	std::unique wrongly specified	Yes
914⁽ⁱ⁾	NAD Concepts	26.7.9 [alg.unique]	Superfluous requirement for unique	Yes
2985⁽ⁱ⁾	LEWG	26.7.10 [alg.reverse]	`std::reverse` should be permitted to be vectorized	Yes
2074⁽ⁱ⁾	C++14	26.7.10 [alg.reverse]	Off by one error in `std::reverse_copy`	Yes
223⁽ⁱ⁾	TC1	26.7.10 [alg.reverse]	reverse algorithm should use iter_swap rather than swap	Yes
3759⁽ⁱ⁾	C++23	26.7.11 [alg.rotate]	`ranges::rotate_copy` should use `std::move`	Yes
488⁽ⁱ⁾	CD1	26.7.11 [alg.rotate]	rotate throws away useful information	Yes
2405⁽ⁱ⁾	NAD	26.7.11 [alg.rotate]	`rotate()`'s return value is incorrect when `middle == first`	Yes
2716⁽ⁱ⁾	C++17	26.7.12 [alg.random.sample]	Specification of `shuffle` and `sample` disallows lvalue `URNG`s	Yes	0
3191⁽ⁱ⁾	C++20	26.7.13 [alg.random.shuffle]	`std::ranges::shuffle` synopsis does not match algorithm definition	Yes	1
1432⁽ⁱ⁾	C++11	26.7.13 [alg.random.shuffle]	`random_shuffle` signatures are inconsistent	Yes		1433
552⁽ⁱ⁾	CD1	26.7.13 [alg.random.shuffle]	random_shuffle and its generator	Yes
1093⁽ⁱ⁾	Resolved	26.7.13 [alg.random.shuffle]	Multiple definitions for `random_shuffle` algorithm	Yes
1433⁽ⁱ⁾	Dup	26.7.13 [alg.random.shuffle]	`random_shuffle` and `shuffle` should have consistent signatures	Yes		1432
3031⁽ⁱ⁾	C++20	26.8 [alg.sorting]	Algorithms and predicates with non-const reference arguments	Yes	2
2492⁽ⁱ⁾	C++17	26.8 [alg.sorting]	Clarify requirements for `comp`	Yes	0
556⁽ⁱ⁾	C++11	26.8 [alg.sorting]	Is `Compare` a `BinaryPredicate`?	Yes
218⁽ⁱ⁾	NAD	26.8 [alg.sorting]	Algorithms do not use binary predicate objects for default comparisons	Yes
3713⁽ⁱ⁾	C++23	26.8.1 [alg.sorting.general]	Sorted with respect to comparator (only)	Yes
812⁽ⁱ⁾	NAD Editorial	26.8.2 [alg.sort]	unsolicited multithreading considered harmful?	Yes
713⁽ⁱ⁾	CD1	26.8.2.1 [sort]	`sort()` complexity is too lax	Yes
499⁽ⁱ⁾	NAD Editorial	26.8.2.2 [stable.sort]	Std. doesn't seem to require stable_sort() to be stable!	Yes
2267⁽ⁱ⁾	New	26.8.2.4 [partial.sort.copy]	`partial_sort_copy` underspecified for ranges of two different types	No	3
4162⁽ⁱ⁾	New	26.8.3 [alg.nth.element]	Worst time complexity of non-parallel versions of `nth_element` is underspecified	Yes	3
2339⁽ⁱ⁾	C++14	26.8.3 [alg.nth.element]	Wording issue in `nth_element`	Yes	0
2163⁽ⁱ⁾	C++14	26.8.3 [alg.nth.element]	`nth_element` requires inconsistent post-conditions	Yes
4111⁽ⁱ⁾	New	26.8.4 [alg.binary.search]	LWG 270 and ranges version of binary search algorithms	No	3
270⁽ⁱ⁾	CD1	26.8.4 [alg.binary.search]	Binary search requirements overly strict	Yes		472
191⁽ⁱ⁾	NAD	26.8.4 [alg.binary.search]	Unclear complexity for algorithms such as binary search	Yes
577⁽ⁱ⁾	CD1	26.8.4.3 [upper.bound]	upper_bound(first, last, ...) cannot return last	Yes
384⁽ⁱ⁾	CD1	26.8.4.4 [equal.range]	equal_range has unimplementable runtime complexity	Yes
472⁽ⁱ⁾	Dup	26.8.4.4 [equal.range]	Missing "Returns" clause in std::equal_range	Yes		270
787⁽ⁱ⁾	CD1	26.8.4.5 [binary.search]	complexity of `binary_search`	Yes
2357⁽ⁱ⁾	C++14	26.8.5 [alg.partitions]	Remaining "`Assignable`" requirement	Yes	0
498⁽ⁱ⁾	C++11	26.8.5 [alg.partitions]	Requirements for partition() and stable_partition() too strong	Yes
2741⁽ⁱ⁾	Resolved	26.8.5 [alg.partitions]	`is_partitioned` requirements need updating	Yes	3
2973⁽ⁱ⁾	LEWG	26.8.6 [alg.merge]	`inplace_merge` exact comparison count complexity prohibits useful real-world optimizations	Yes
780⁽ⁱ⁾	C++11	26.8.6 [alg.merge]	`std::merge()` specification incorrect/insufficient	Yes
291⁽ⁱ⁾	CD1	26.8.7 [alg.set.operations]	Underspecification of set algorithms	Yes
411⁽ⁱ⁾	CD1	26.8.7 [alg.set.operations]	Wrong names of set member functions	Yes
3115⁽ⁱ⁾	Resolved	26.8.7.2 [includes]	Unclear description for algorithm `includes`	Yes	3
862⁽ⁱ⁾	NAD Editorial	26.8.7.2 [includes]	Impossible complexity for 'includes'	Yes
1109⁽ⁱ⁾	NAD Concepts	26.8.7.2 [includes]	`std::includes` should require `CopyConstructible` predicate	Yes
3534⁽ⁱ⁾	LEWG	26.8.7.4 [set.intersection]	`ranges::set_intersection` and `ranges::set_difference` algorithm requirements are too strict	Yes	3
3032⁽ⁱ⁾	C++23	26.8.8 [alg.heap.operations]	`ValueSwappable` requirement missing for `push_heap` and `make_heap`	Yes	3
2166⁽ⁱ⁾	C++17	26.8.8 [alg.heap.operations]	Heap property underspecified?	Yes	3
193⁽ⁱ⁾	TC1	26.8.8 [alg.heap.operations]	Heap operations description incorrect	Yes		216
3029⁽ⁱ⁾	Open	26.8.8.3 [pop.heap]	`pop_heap` over-constrains input	Yes	3
2444⁽ⁱ⁾	C++20	26.8.8.5 [sort.heap]	Inconsistent complexity for `std::sort_heap`	Yes	3
4167⁽ⁱ⁾	New	26.8.9 [alg.min.max]	Use of "smaller" and "larger" in `min`, `max`, and `minmax` is unclear	Yes
4034⁽ⁱ⁾	New	26.8.9 [alg.min.max]	Clarify specification of `std::min` and `std::max`	Yes	4
2239⁽ⁱ⁾	C++17	26.8.9 [alg.min.max]	`min/max/minmax` requirements	Yes	3
2325⁽ⁱ⁾	C++17	26.8.9 [alg.min.max]	`minmax_element()`'s behavior differing from `max_element()`'s should be noted	Yes	3
2369⁽ⁱ⁾	C++17	26.8.9 [alg.min.max]	`constexpr max(initializer_list)` vs `max_element`	Yes	3
2350⁽ⁱ⁾	C++14	26.8.9 [alg.min.max]	`min`, `max`, and `minmax` should be `constexpr`	Yes	1
281⁽ⁱ⁾	CD1	26.8.9 [alg.min.max]	std::min() and max() requirements overly restrictive	Yes		486
715⁽ⁱ⁾	CD1	26.8.9 [alg.min.max]	`minmax_element` complexity is too lax	Yes
212⁽ⁱ⁾	TC1	26.8.9 [alg.min.max]	Empty range behavior unclear for several algorithms	Yes
915⁽ⁱ⁾	NAD Editorial	26.8.9 [alg.min.max]	`minmax` with `initializer_list` should return `pair` of `T`, not `pair` of `const T&`	Yes
1013⁽ⁱ⁾	NAD Editorial	26.8.9 [alg.min.max]	Remove `IsSameType` hold-over constraints	Yes
1434⁽ⁱ⁾	NAD Editorial	26.8.9 [alg.min.max]	For `min/max` functions replace variadic arguments by `initializer_list` argument	Yes
1308⁽ⁱ⁾	NAD	26.8.9 [alg.min.max]	Concerns about `initializer_list` overloads of `min`, `max`, and `minmax`	Yes
190⁽ⁱ⁾	NAD	26.8.9 [alg.min.max]	min() and max() functions should be std::binary_functions	Yes
486⁽ⁱ⁾	Dup	26.8.9 [alg.min.max]	min/max CopyConstructible requirement is too strict	Yes		281
2688⁽ⁱ⁾	C++17	26.8.10 [alg.clamp]	`clamp` misses preconditions and has extraneous condition on result	Yes	0
142⁽ⁱ⁾	TC1	26.8.11 [alg.lex.comparison]	lexicographical_compare complexity wrong	Yes
3410⁽ⁱ⁾	C++23	26.8.12 [alg.three.way]	`lexicographical_compare_three_way` is overspecified	Yes	3
3350⁽ⁱ⁾	C++20	26.8.12 [alg.three.way]	Simplify return type of `lexicographical_compare_three_way`	Yes	0
3061⁽ⁱ⁾	Resolved	26.8.12 [alg.three.way]	What is the return type of `compare_3way`?	Yes	2
3169⁽ⁱ⁾	C++20	26.8.13 [alg.permutation.generators]	`ranges` permutation generators discard useful information	Yes	0
3487⁽ⁱ⁾	New	26.10 [numeric.ops]	Missing precondition on input and output aliasing of [numeric.ops]	No	3
2055⁽ⁱ⁾	Resolved	26.10 [numeric.ops]	`std::move` in `std::accumulate` and other algorithms	Yes	3
2924⁽ⁱ⁾	Resolved	26.10 [numeric.ops]	An `ExecutionPolicy` overload for `inner_product()` seems impractical	Yes
1067⁽ⁱ⁾	NAD Concepts	26.10 [numeric.ops]	simplified wording for inner_product	Yes
2918⁽ⁱ⁾	Resolved	26.10.5 [inner.product]	Possible need for extra storage in `inner_product`	Yes
3048⁽ⁱ⁾	C++20	26.10.6 [transform.reduce]	`transform_reduce(exec, first1, last1, first2, init)` discards execution policy	Yes	0
539⁽ⁱ⁾	C++11	26.10.7 [partial.sum]	`partial_sum` and `adjacent_difference` should mention requirements	Yes
3060⁽ⁱ⁾	New	26.10.8 [exclusive.scan]	`XXX_scan` algorithms are specified to work with move-only `T`, but are specified to make `N` copies of `T` into the destination range	No	2
2687⁽ⁱ⁾	C++17	26.10.8 [exclusive.scan]	`{inclusive,exclusive}_scan` misspecified	Yes	1
3222⁽ⁱ⁾	C++20	26.10.9 [inclusive.scan]	P0574R1 introduced preconditions on non-existent parameters	Yes	0
3463⁽ⁱ⁾	New	26.10.11 [transform.inclusive.scan]	Incorrect requirements for `transform_inclusive_scan` without initial value	Yes	3
3058⁽ⁱ⁾	C++20	26.10.12 [adjacent.difference]	Parallel `adjacent_difference` shouldn't require creating temporaries	Yes	3
2919⁽ⁱ⁾	Resolved	26.10.12 [adjacent.difference]	The specification for `adjacent_difference` has baked-in sequential semantics	Yes
871⁽ⁱ⁾	C++11	26.10.13 [numeric.iota]	Iota's requirements on `T` are too strong	Yes
2837⁽ⁱ⁾	C++17	26.10.14 [numeric.ops.gcd]	`gcd` and `lcm` should support a wider range of input values	Yes	0
2759⁽ⁱ⁾	C++17	26.10.14 [numeric.ops.gcd]	`gcd` / `lcm` and `bool` for the WP	Yes
3200⁽ⁱ⁾	C++20	26.10.16 [numeric.ops.midpoint]	`midpoint` should not constrain `T` is complete	Yes	2
4030⁽ⁱ⁾	WP	26.10.17.1 [numeric.sat.func]	Clarify whether arithmetic expressions in [numeric.sat.func] are mathematical or C++	Yes
3628⁽ⁱ⁾	New	26.11 [specialized.algorithms]	"Effects: Equivalent to:" and uninitialized memory algorithms	No	3
3063⁽ⁱ⁾	New	26.11 [specialized.algorithms]	Parallel algorithms in `<memory>` are underspecified	No	3
2433⁽ⁱ⁾	C++17	26.11 [specialized.algorithms]	`uninitialized_copy()`/etc. should tolerate overloaded `operator&`	Yes	0
866⁽ⁱ⁾	C++11	26.11 [specialized.algorithms]	Qualification of placement new-expressions	Yes
999⁽ⁱ⁾	C++11	26.11 [specialized.algorithms]	Taking the address of a function	Yes
3064⁽ⁱ⁾	Resolved	26.11 [specialized.algorithms]	How do uninitialized memory algorithms obtain pointer without undefined behavior?	Yes	3
3156⁽ⁱ⁾	Resolved	26.11 [specialized.algorithms]	`ForwardIterator` should only mean forward iterator	Yes	3
1029⁽ⁱ⁾	NAD Concepts	26.11 [specialized.algorithms]	Specialized algorithms for memory management need to be concept-constrained templates	Yes
3870⁽ⁱ⁾	C++23	26.11.1 [specialized.algorithms.general]	Remove `voidify`	Yes
3647⁽ⁱ⁾	New	26.11.2 [special.mem.concepts]	`nothrow-input-iterator` constraints should not mention copying	Yes	3
3747⁽ⁱ⁾	C++23	26.11.5 [uninitialized.copy]	`ranges::uninitialized_copy_n`, `ranges::uninitialized_move_n`, and `ranges::destroy_n` should use `std::move`	Yes
3054⁽ⁱ⁾	C++20	26.11.5 [uninitialized.copy]	`uninitialized_copy` appears to not be able to meet its exception-safety guarantee	Yes	2
3355⁽ⁱ⁾	C++20	26.11.5 [uninitialized.copy]	The memory algorithms should support move-only input iterators introduced by P1207	Yes	2
754⁽ⁱ⁾	NAD Editorial	26.11.5 [uninitialized.copy]	Ambiguous return clause for `std::uninitialized_copy`	Yes
582⁽ⁱ⁾	NAD	26.11.5 [uninitialized.copy]	specialized algorithms and volatile storage	Yes
3918⁽ⁱ⁾	WP	26.11.6 [uninitialized.move]	`std::uninitialized_move/_n` and guaranteed copy elision	Yes	3
1339⁽ⁱ⁾	C++11	26.11.7 [uninitialized.fill]	`uninitialized_fill_n` should return the end of its range	Yes
3888⁽ⁱ⁾	New	26.11.8 [specialized.construct]	Most ranges uninitialized memory algorithms are underconstrained	Yes	3
3436⁽ⁱ⁾	WP	26.11.8 [specialized.construct]	`std::construct_at` should support arrays	Yes	2
3889⁽ⁱ⁾	New	26.11.9 [specialized.destroy]	`std::(ranges::)destroy_at` should destroy array elements in the decreasing index order	Yes	3
4077⁽ⁱ⁾	New	26.12.2 [alg.rand.generate]	Unclear preconditions of `std::ranges::generate_random`	No	2
4085⁽ⁱ⁾	WP	26.12.2 [alg.rand.generate]	`ranges::generate_random`'s helper lambda should specify the return type	Yes	2
4086⁽ⁱ⁾	NAD	26.12.2 [alg.rand.generate]	`ranges::generate_random_n` is missing	Yes
3521⁽ⁱ⁾	C++23	26.13 [alg.c.library]	Overly strict requirements on `qsort` and `bsearch`	Yes
286⁽ⁱ⁾	CD1	26.13 [alg.c.library]	<cstdlib> requirements missing size_t typedef	Yes
405⁽ⁱ⁾	CD1	26.13 [alg.c.library]	qsort and POD	Yes

Section 27 (150 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
7⁽ⁱ⁾	TC1	27 [strings]	String clause minor problems	Yes
2841⁽ⁱ⁾	Resolved	27 [strings]	Use of "Equivalent to" in [strings]	Yes	3
85⁽ⁱ⁾	NAD	27 [strings]	String char types	Yes
1081⁽ⁱ⁾	NAD Concepts	27 [strings]	`basic_string` needs to be a concept-constrained template	Yes
2513⁽ⁱ⁾	New	27.1 [strings.general]	Missing requirements for `basic_string::value_type`	No	4
1170⁽ⁱ⁾	C++11	27.1 [strings.general]	String char-like types no longer PODs	Yes
3695⁽ⁱ⁾	NAD	27.1 [strings.general]	The standard-layout property of char-like types serves for nothing	Yes	4
2994⁽ⁱ⁾	WP	27.2 [char.traits]	Needless UB for `basic_string` and `basic_string_view`	Yes	3
830⁽ⁱ⁾	NAD Editorial	27.2 [char.traits]	Incomplete list of char_traits specializations	Yes
570⁽ⁱ⁾	NAD	27.2 [char.traits]	Request adding additional explicit specializations of `char_traits`	Yes
4152⁽ⁱ⁾	New	27.2.2 [char.traits.require]	The primary template of `std::char_traits` is totally underspecified	Yes
3694⁽ⁱ⁾	New	27.2.2 [char.traits.require]	Should `traits_type::length` be customizable?	No	4
3085⁽ⁱ⁾	C++23	27.2.2 [char.traits.require]	`char_traits::copy` precondition too weak	Yes	2
3518⁽ⁱ⁾	C++23	27.2.2 [char.traits.require]	Exception requirements on char trait operations unclear	Yes
335⁽ⁱ⁾	CD1	27.2.2 [char.traits.require]	minor issue with char_traits, table 37	Yes
352⁽ⁱ⁾	CD1	27.2.3 [char.traits.typedefs]	missing fpos requirements	Yes
1200⁽ⁱ⁾	NAD	27.2.3 [char.traits.typedefs]	"surprising" `char_traits<T>::int_type` requirements	Yes
3942⁽ⁱ⁾	New	27.2.4 [char.traits.specializations]	Inconsistent use of `const char_type&` in standard specializations of `std::char_traits`	Yes	3
709⁽ⁱ⁾	CD1	27.2.4 [char.traits.specializations]	`char_traits::not_eof` has wrong signature	Yes
2232⁽ⁱ⁾	Resolved	27.2.4 [char.traits.specializations]	[CD] The `char_traits` specializations should declare their `length()`, `compare()`, and `find()` members constexpr	Yes
831⁽ⁱ⁾	NAD Editorial	27.2.4 [char.traits.specializations]	wrong type for not_eof()	Yes
4063⁽ⁱ⁾	New	27.2.4.2 [char.traits.specializations.char]	Freestanding `std::char_traits<char>::eof` depends on non-freestanding `EOF`	No	2
467⁽ⁱ⁾	CD1	27.2.4.2 [char.traits.specializations.char]	char_traits::lt(), compare(), and memcmp()	Yes
2959⁽ⁱ⁾	New	27.2.4.4 [char.traits.specializations.char16.t]	`char_traits<char16_t>::eof` is a valid UTF-16 code unit	No	3
1414⁽ⁱ⁾	C++11	27.2.4.4 [char.traits.specializations.char16.t]	Fixing remaining dead links to `POS_T` and `OFF_T`	Yes		1444
57⁽ⁱ⁾	TC1	27.2.4.6 [char.traits.specializations.wchar.t]	Mistake in char_traits	Yes
3989⁽ⁱ⁾	New	27.3 [string.view]	The whole range for an iterator obtained from a `std::span` or `std::basic_string_view` is not clear	No	3
2883⁽ⁱ⁾	LEWG	27.3 [string.view]	The standard library should provide `string_view` parameters instead or in addition for functions defined with `char const *` or `string const &` as parameter types.	No
2778⁽ⁱ⁾	C++17	27.3 [string.view]	`basic_string_view` is missing `constexpr`	Yes	0
2780⁽ⁱ⁾	Resolved	27.3 [string.view]	`basic_string_view::copy` is missing `constexpr`	Yes	2
3950⁽ⁱ⁾	WP	27.3.2 [string.view.synop]	`std::basic_string_view` comparison operators are overspecified	Yes
3457⁽ⁱ⁾	New	27.3.3 [string.view.template]	`*this` is not invalidated	Yes	3
2938⁽ⁱ⁾	Resolved	27.3.3 [string.view.template]	`basic_string_view::const_iterator` should be literal types	Yes	2
3068⁽ⁱ⁾	NAD	27.3.3 [string.view.template]	Forbid assigning an rvalue `basic_string` to `basic_string_view`	Yes	2
4102⁽ⁱ⁾	New	27.3.3.2 [string.view.cons]	`string_view(Iter, Iter)` constructor breaks existing code	No	2
3573⁽ⁱ⁾	C++23	27.3.3.2 [string.view.cons]	Missing Throws element for `basic_string_view(It begin, End end)`	Yes
3581⁽ⁱ⁾	C++23	27.3.3.2 [string.view.cons]	The range constructor makes `basic_string_view` not trivially move constructible	Yes
3857⁽ⁱ⁾	C++23	27.3.3.2 [string.view.cons]	`basic_string_view` should allow explicit conversion when only traits vary	Yes
2826⁽ⁱ⁾	C++17	27.3.3.4 [string.view.iterators]	`string_view` iterators use old wording	Yes	0
3040⁽ⁱ⁾	C++20	27.3.3.8 [string.view.ops]	`basic_string_view::starts_with` Effects are incorrect	Yes	0
2777⁽ⁱ⁾	C++17	27.3.3.8 [string.view.ops]	`basic_string_view::copy` should use `char_traits::copy`	Yes	0
3432⁽ⁱ⁾	C++23	27.3.4 [string.view.comparison]	Missing requirement for `comparison_category`	Yes	0
2755⁽ⁱ⁾	C++17	27.3.5 [string.view.io]	§[string.view.io] uses non-existent `basic_string_view::to_string` function	Yes	0
2791⁽ⁱ⁾	Resolved	27.3.6 [string.view.hash]	`string_view` objects and strings should yield the same hash values	Yes
3339⁽ⁱ⁾	New	27.4.3 [basic.string]	Move-constructed empty-container capacity	No	3
3451⁽ⁱ⁾	New	27.4.3 [basic.string]	Inconsistently explicit deduction guides	Yes	3
3075⁽ⁱ⁾	C++20	27.4.3 [basic.string]	`basic_string` needs deduction guides from `basic_string_view`	Yes
2063⁽ⁱ⁾	C++17	27.4.3 [basic.string]	Contradictory requirements for string move assignment	Yes	3
2064⁽ⁱ⁾	C++14	27.4.3 [basic.string]	More `noexcept` issues in `basic_string`	Yes
2268⁽ⁱ⁾	C++14	27.4.3 [basic.string]	Setting a default argument in the declaration of a member function `assign` of `std::basic_string`	Yes
876⁽ⁱ⁾	C++11	27.4.3 [basic.string]	`basic_string` access operations should give stronger guarantees	Yes
180⁽ⁱ⁾	CD1	27.4.3 [basic.string]	Container member iterator arguments constness has unintended consequences	Yes
263⁽ⁱ⁾	CD1	27.4.3 [basic.string]	Severe restriction on `basic_string` reference counting	Yes
530⁽ⁱ⁾	CD1	27.4.3 [basic.string]	Must elements of a string be contiguous?	Yes
534⁽ⁱ⁾	CD1	27.4.3 [basic.string]	Missing basic_string members	Yes
42⁽ⁱ⁾	TC1	27.4.3 [basic.string]	String ctors specify wrong default allocator	Yes
83⁽ⁱ⁾	TC1	27.4.3 [basic.string]	String::npos vs. string::max_size()	Yes		89
209⁽ⁱ⁾	TC1	27.4.3 [basic.string]	basic_string declarations inconsistent	Yes
2836⁽ⁱ⁾	Resolved	27.4.3 [basic.string]	More string operations should be `noexcept`	Yes	2
2318⁽ⁱ⁾	Resolved	27.4.3 [basic.string]	`basic_string`'s wording has confusing relics from the copy-on-write era	Yes	4
2391⁽ⁱ⁾	Resolved	27.4.3 [basic.string]	`basic_string` is missing non-`const` `data()`	Yes	3
718⁽ⁱ⁾	NAD Editorial	27.4.3 [basic.string]	`basic_string` is not a sequence	Yes
3165⁽ⁱ⁾	NAD	27.4.3 [basic.string]	All `starts_with()` overloads should be called "`begins_with`"	Yes	2
2372⁽ⁱ⁾	NAD	27.4.3 [basic.string]	Assignment from int to `std::string`	Yes	4
4⁽ⁱ⁾	NAD	27.4.3 [basic.string]	`basic_string` `size_type` and `difference_type` should be implementation defined	Yes
614⁽ⁱ⁾	NAD	27.4.3 [basic.string]	`std::string` allocator requirements still inconsistent	Yes
2084⁽ⁱ⁾	NAD	27.4.3 [basic.string]	`basic_string` use of `charT*`	Yes
4029⁽ⁱ⁾	New	27.4.3.1 [basic.string.general]	`basic_string` accidentally fails to meet the reversible container requirements	Yes	3
3650⁽ⁱ⁾	C++23	27.4.3.1 [basic.string.general]	Are `std::basic_string`'s `iterator` and `const_iterator` constexpr iterators?	Yes
2861⁽ⁱ⁾	C++17	27.4.3.2 [string.require]	`basic_string` should require that `charT` match `traits::char_type`	Yes
2760⁽ⁱ⁾	C++17	27.4.3.2 [string.require]	non-const `basic_string::data` should not invalidate iterators	Yes
2003⁽ⁱ⁾	C++14	27.4.3.2 [string.require]	String exception inconsistency in erase.	Yes	0
847⁽ⁱ⁾	C++11	27.4.3.2 [string.require]	string exception safety guarantees	Yes
301⁽ⁱ⁾	CD1	27.4.3.2 [string.require]	basic_string template ctor effects clause omits allocator argument	Yes
86⁽ⁱ⁾	TC1	27.4.3.2 [string.require]	String constructors don't describe exceptions	Yes
2151⁽ⁱ⁾	Resolved	27.4.3.2 [string.require]	`basic_string<>::swap` semantics ignore allocators	Yes	3
466⁽ⁱ⁾	NAD	27.4.3.2 [string.require]	`basic_string` ctor should prevent null pointer error	Yes
3663⁽ⁱ⁾	New	27.4.3.3 [string.cons]	`basic_string(const T&, const Alloc&)` turns moves into copies	Yes	3
2946⁽ⁱ⁾	C++20	27.4.3.3 [string.cons]	LWG 2758's resolution missed further corrections	Yes	2
3076⁽ⁱ⁾	C++20	27.4.3.3 [string.cons]	`basic_string` CTAD ambiguity	Yes
2742⁽ⁱ⁾	C++17	27.4.3.3 [string.cons]	Inconsistent `string` interface taking `string_view`	Yes	1
2583⁽ⁱ⁾	C++17	27.4.3.3 [string.cons]	There is no way to supply an allocator for `basic_string(str, pos)`	Yes	0
2069⁽ⁱ⁾	C++14	27.4.3.3 [string.cons]	Inconsistent exception spec for `basic_string` move constructor	Yes
2235⁽ⁱ⁾	C++14	27.4.3.3 [string.cons]	Undefined behavior without proper requirements on `basic_string` constructors	Yes
3111⁽ⁱ⁾	Resolved	27.4.3.3 [string.cons]	Too strong precondition on `basic_string` constructor	Yes	2
3033⁽ⁱ⁾	NAD Editorial	27.4.3.3 [string.cons]	`basic_string` move ctor is underspecified	Yes
2402⁽ⁱ⁾	NAD	27.4.3.3 [string.cons]	`basic_string(const basic_string& str, size_type pos, size_type n = npos)` shouldn't use `Allocator()`	Yes	3
2319⁽ⁱ⁾	NAD	27.4.3.3 [string.cons]	`basic_string`'s move constructor should not be `noexcept`	Yes	1
2822⁽ⁱ⁾	NAD	27.4.3.3 [string.cons]	Resolution for LWG 2742 introduces ambiguities	Yes
2580⁽ⁱ⁾	NAD	27.4.3.3 [string.cons]	Who is definitive: `operator=` or `assign`?	Yes	4
3311⁽ⁱ⁾	Dup	27.4.3.3 [string.cons]	`basic_string::operator=(charT c)` should be constrained	Yes
1192⁽ⁱ⁾	C++11	27.4.3.4 [string.iterators]	`basic_string` missing definitions for `cbegin` / `cend` / `crbegin` / `crend`	Yes
3645⁽ⁱ⁾	C++23	27.4.3.5 [string.capacity]	`resize_and_overwrite` is overspecified to call its callback with lvalues	Yes	2
3004⁽ⁱ⁾	C++20	27.4.3.5 [string.capacity]	§[string.capacity] and §[vector.capacity] should specify time complexity for `capacity()`	Yes	0
2834⁽ⁱ⁾	C++17	27.4.3.5 [string.capacity]	Resolution LWG 2223 is missing wording about end iterators	Yes	0
259⁽ⁱ⁾	CD1	27.4.3.5 [string.capacity]	`basic_string::operator[]` and const correctness	Yes
2968⁽ⁱ⁾	Resolved	27.4.3.5 [string.capacity]	Inconsistencies between `basic_string reserve` and `vector/unordered_map/unordered_set reserve` functions	Yes	3
3579⁽ⁱ⁾	NAD	27.4.3.5 [string.capacity]	Complexity guarantees for `resize()` and `append()` functions across the library	Yes	3
104⁽ⁱ⁾	NAD	27.4.3.5 [string.capacity]	Description of basic_string::operator[] is unclear	Yes
2475⁽ⁱ⁾	C++17	27.4.3.6 [string.access]	Allow overwriting of `std::basic_string` terminator with `charT()` to allow cleaner interoperation with legacy APIs	Yes	3
2207⁽ⁱ⁾	C++14	27.4.3.6 [string.access]	`basic_string::at` should not have a Requires clause	Yes
84⁽ⁱ⁾	NAD	27.4.3.6 [string.access]	Ambiguity with string::insert()	Yes
3662⁽ⁱ⁾	New	27.4.3.7.2 [string.append]	`basic_string::append/assign(NTBS, pos, n)` suboptimal	Yes	3
2788⁽ⁱ⁾	C++17	27.4.3.7.2 [string.append]	`basic_string` range mutators unintentionally require a default constructible allocator	Yes	2
2758⁽ⁱ⁾	C++17	27.4.3.7.3 [string.assign]	`std::string{}.assign("ABCDE", 0, 1)` is ambiguous	Yes	1
2579⁽ⁱ⁾	C++17	27.4.3.7.3 [string.assign]	Inconsistency wrt Allocators in `basic_string` assignment vs. `basic_string::assign`	Yes	0
2929⁽ⁱ⁾	Resolved	27.4.3.7.3 [string.assign]	`basic_string` misuses "Effects: Equivalent to"	Yes	3
141⁽ⁱ⁾	TC1	27.4.3.7.4 [string.insert]	basic_string::find_last_of, find_last_not_of say pos instead of xpos	Yes
2757⁽ⁱ⁾	Resolved	27.4.3.7.4 [string.insert]	`std::string{}.insert(3, "ABCDE", 0, 1)` is ambiguous	Yes	1
88⁽ⁱ⁾	NAD	27.4.3.7.4 [string.insert]	Inconsistency between string::insert() and string::append()	Yes
377⁽ⁱ⁾	NAD	27.4.3.7.4 [string.insert]	basic_string::insert and length_error	Yes
89⁽ⁱ⁾	Dup	27.4.3.7.4 [string.insert]	Missing throw specification for string::insert() and string::replace()	Yes		83
428⁽ⁱ⁾	CD1	27.4.3.7.5 [string.erase]	string::erase(iterator) validity	Yes
27⁽ⁱ⁾	TC1	27.4.3.7.5 [string.erase]	String::erase(range) yields wrong iterator	Yes
1323⁽ⁱ⁾	C++11	27.4.3.7.6 [string.replace]	`basic_string::replace` should use `const_iterator`	Yes
368⁽ⁱ⁾	NAD Editorial	27.4.3.7.6 [string.replace]	basic_string::replace has two "Throws" paragraphs	Yes
403⁽ⁱ⁾	CD1	27.4.3.7.8 [string.swap]	basic_string::swap should not throw exceptions	Yes
535⁽ⁱ⁾	CD1	27.4.3.7.8 [string.swap]	std::string::swap specification poorly worded	Yes
5⁽ⁱ⁾	TC1	27.4.3.7.8 [string.swap]	String::compare specification questionable	Yes		87
87⁽ⁱ⁾	Dup	27.4.3.7.8 [string.swap]	Error in description of string::compare()	Yes		5
3752⁽ⁱ⁾	NAD	27.4.3.8.3 [string.substr]	Should `string::substr` forward the allocator to the newly created string?	Yes
2771⁽ⁱ⁾	C++17	27.4.3.8.4 [string.compare]	Broken Effects of some `basic_string::compare` functions in terms of `basic_string_view`	Yes	1
1138⁽ⁱ⁾	C++11	27.4.4.1 [string.op.plus]	Unusual return value for `operator+`	Yes
2852⁽ⁱ⁾	NAD	27.4.4.2 [string.cmp]	Specifications of `operator==` for `std::basic_string`s and `std::basic_string_view`s are difficult to conform to	Yes	2
2011⁽ⁱ⁾	C++14	27.4.4.4 [string.io]	Unexpected output required of strings	Yes
91⁽ⁱ⁾	CD1	27.4.4.4 [string.io]	Description of operator>> and getline() for string<> might cause endless loop	Yes
435⁽ⁱ⁾	CD1	27.4.4.4 [string.io]	bug in DR 25	Yes
586⁽ⁱ⁾	CD1	27.4.4.4 [string.io]	string inserter not a formatted function	Yes
824⁽ⁱ⁾	CD1	27.4.4.4 [string.io]	rvalue ref issue with `basic_string` inserter	Yes
25⁽ⁱ⁾	TC1	27.4.4.4 [string.io]	String operator<< uses width() value wrong	Yes		67
90⁽ⁱ⁾	TC1	27.4.4.4 [string.io]	Incorrect description of operator >> for strings	Yes
211⁽ⁱ⁾	TC1	27.4.4.4 [string.io]	operator>>(istream&, string&) doesn't set failbit	Yes
2535⁽ⁱ⁾	NAD	27.4.4.4 [string.io]	Inconsistency between `ostream::write` and `ostream::operator<<`	Yes	2
67⁽ⁱ⁾	Dup	27.4.4.4 [string.io]	Setw useless for strings	Yes		25
3837⁽ⁱ⁾	New	27.4.4.5 [string.erasure]	`std::erase_if` overloads for non-associative containers should move (and not copy) their predicate object	Yes	3
2403⁽ⁱ⁾	C++17	27.4.5 [string.conversions]	`stof()` should call `strtof()` and `wcstof()`	Yes	2
2009⁽ⁱ⁾	C++14	27.4.5 [string.conversions]	Reporting out-of-bound values on numeric string conversions	Yes
1261⁽ⁱ⁾	C++11	27.4.5 [string.conversions]	Insufficent overloads for `to_string` / `to_wstring`	Yes
771⁽ⁱ⁾	CD1	27.4.5 [string.conversions]	Impossible throws clause in [string.conversions]	Yes
772⁽ⁱ⁾	CD1	27.4.5 [string.conversions]	Impossible return clause in [string.conversions]	Yes
2270⁽ⁱ⁾	NAD	27.4.5 [string.conversions]	Inconsistent `to_string` overloads	Yes
3705⁽ⁱ⁾	C++23	27.4.6 [basic.string.hash]	Hashability shouldn't depend on `basic_string`'s allocator	Yes
2978⁽ⁱ⁾	C++20	27.4.6 [basic.string.hash]	Hash support for `pmr::string` and friends	Yes	0
2355⁽ⁱ⁾	NAD	27.4.7 [basic.string.literals]	`"s"` UDL suffix should be reserved for a compile-time string library type	Yes	1
2237⁽ⁱ⁾	New	27.5 [c.strings]	`<cuchar>` macros	No	4
2238⁽ⁱ⁾	Open	27.5 [c.strings]	Problematic iterator-pair constructor of containers	No	3
2482⁽ⁱ⁾	C++17	27.5 [c.strings]	§[c.strings] Table 73 mentions nonexistent functions	Yes
345⁽ⁱ⁾	CD1	27.5 [c.strings]	type tm in <cwchar>	Yes
615⁽ⁱ⁾	NAD Editorial	27.5 [c.strings]	Inconsistencies in Section 21.4	Yes
4064⁽ⁱ⁾	WP	27.5.1 [cstring.syn]	Clarify that `std::launder` is not needed when using the result of `std::memcpy`	Yes	3

Section 28 (278 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3266⁽ⁱ⁾	C++20	28.2.1 [charconv.syn]	`to_chars(bool)` should be deleted	Yes	0
3373⁽ⁱ⁾	C++20	28.2.1 [charconv.syn]	`{to,from}_chars_result` and `format_to_n_result` need the "we really mean what we say" wording	Yes	0
3456⁽ⁱ⁾	New	28.2.3 [charconv.from.chars]	Pattern used by `std::from_chars` is underspecified	Yes	3
3082⁽ⁱ⁾	Open	28.2.3 [charconv.from.chars]	`from_chars` specification regarding floating point rounding is inconsistent	Yes	2
3081⁽ⁱ⁾	Open	28.2.3 [charconv.from.chars]	Floating point `from_chars` API does not distinguish between overflow and underflow	Yes	2
3080⁽ⁱ⁾	C++20	28.2.3 [charconv.from.chars]	Floating point `from_chars` pattern specification breaks round-tripping	Yes	0
317⁽ⁱ⁾	CD1	28.3 [localization]	Instantiation vs. specialization of facets	Yes
495⁽ⁱ⁾	CD1	28.3 [localization]	Clause 22 template parameter requirements	Yes
708⁽ⁱ⁾	NAD	28.3 [localization]	Locales need to be per thread and updated for POSIX changes	Yes
1082⁽ⁱ⁾	NAD Concepts	28.3 [localization]	`codecvt` needs to be a concept-constrained template	Yes
1083⁽ⁱ⁾	NAD Concepts	28.3 [localization]	`InputIterator` and `OutputIterator` template parameters need to be concept constraints	Yes
1298⁽ⁱ⁾	C++11	28.3.2 [locale.syn]	Missing specialization of `ctype_byname<char>`	Yes
3353⁽ⁱ⁾	New	28.3.3.1 [locale]	`locale`'s copy assignment operator should return `locale&`	Yes	3
268⁽ⁱ⁾	CD1	28.3.3.1 [locale]	Typo in locale synopsis	Yes
360⁽ⁱ⁾	CD1	28.3.3.1 [locale]	locale mandates inefficient implementation	Yes
31⁽ⁱ⁾	TC1	28.3.3.1 [locale]	Immutable locale values	Yes		378
37⁽ⁱ⁾	TC1	28.3.3.1 [locale]	Leftover "global" reference	Yes
137⁽ⁱ⁾	TC1	28.3.3.1 [locale]	Do use_facet and has_facet look in the global locale?	Yes
330⁽ⁱ⁾	NAD	28.3.3.1 [locale]	Misleading "exposition only" value in class locale definition	Yes
378⁽ⁱ⁾	Dup	28.3.3.1 [locale]	locale immutability and locale::operator=()	Yes		31
3767⁽ⁱ⁾	WP	28.3.3.1.2.1 [locale.category]	`codecvt<charN_t, char8_t, mbstate_t>` incorrectly added to locale	Yes	3
327⁽ⁱ⁾	CD1	28.3.3.1.2.1 [locale.category]	Typo in time_get facet in table 52	Yes		447
340⁽ⁱ⁾	CD1	28.3.3.1.2.1 [locale.category]	interpretation of `has_facet<Facet>(loc)`	Yes
347⁽ⁱ⁾	CD1	28.3.3.1.2.1 [locale.category]	locale::category and bitmask requirements	Yes
21⁽ⁱ⁾	TC1	28.3.3.1.2.1 [locale.category]	Codecvt_byname<> instantiations	Yes
30⁽ⁱ⁾	TC1	28.3.3.1.2.1 [locale.category]	Wrong header for LC_*	Yes
121⁽ⁱ⁾	NAD	28.3.3.1.2.1 [locale.category]	Detailed definition for ctype<wchar_t> specialization	Yes
502⁽ⁱ⁾	NAD	28.3.3.1.2.1 [locale.category]	Proposition: Clarification of the interaction between a facet and an iterator	Yes
447⁽ⁱ⁾	Dup	28.3.3.1.2.1 [locale.category]	Wrong template argument for time facets	Yes		327
2694⁽ⁱ⁾	C++17	28.3.3.1.2.2 [locale.facet]	Application of LWG 436 accidentally deleted definition of "facet"	Yes	3
436⁽ⁱ⁾	CD1	28.3.3.1.2.2 [locale.facet]	are cv-qualified facet types valid facets?	Yes
2295⁽ⁱ⁾	C++23	28.3.3.1.3 [locale.cons]	Locale name when the provided `Facet` is a `nullptr`	Yes	3
3673⁽ⁱ⁾	Resolved	28.3.3.1.3 [locale.cons]	§[locale.cons] Ambiguous argument in Throws for locale+name+category constructor	Yes	3
3676⁽ⁱ⁾	Resolved	28.3.3.1.3 [locale.cons]	Name of locale composed using `std::locale::none`	Yes	3
3674⁽ⁱ⁾	New	28.3.3.1.4 [locale.members]	Removal of requirement for locale names for construction of locales not explained	Yes	2
2394⁽ⁱ⁾	C++17	28.3.3.1.4 [locale.members]	`locale::name` specification unclear — what is implementation-defined?	Yes	3
14⁽ⁱ⁾	TC1	28.3.3.1.4 [locale.members]	Locale::combine should be const	Yes
15⁽ⁱ⁾	TC1	28.3.3.1.4 [locale.members]	Locale::name requirement inconsistent	Yes
452⁽ⁱ⁾	NAD	28.3.3.1.4 [locale.members]	locale::combine should be permitted to generate a named locale	Yes
8⁽ⁱ⁾	TC1	28.3.3.1.6 [locale.statics]	Locale::global lacks guarantee	Yes
38⁽ⁱ⁾	TC1	28.3.3.2 [locale.global.templates]	Facet definition incomplete	Yes
2019⁽ⁱ⁾	C++11	28.3.3.3.1 [classification]	`isblank` not supported by `std::locale`	Yes
391⁽ⁱ⁾	CD1	28.3.3.3.2 [conversions.character]	non-member functions specified as const	Yes
228⁽ⁱ⁾	CD1	28.3.4 [locale.categories]	Incorrect specification of "..._byname" facets	Yes
338⁽ⁱ⁾	CD1	28.3.4 [locale.categories]	is whitespace allowed between `-' and a digit?	Yes
439⁽ⁱ⁾	NAD	28.3.4 [locale.categories]	Should facets be copyable?	Yes
503⁽ⁱ⁾	NAD	28.3.4 [locale.categories]	more on locales	Yes
585⁽ⁱ⁾	NAD	28.3.4 [locale.categories]	facet error reporting	Yes
339⁽ⁱ⁾	CD1	28.3.4.2 [category.ctype]	definition of bitmask type restricted to clause 27	Yes
356⁽ⁱ⁾	NAD	28.3.4.2 [category.ctype]	Meaning of ctype_base::mask enumerators	Yes
4037⁽ⁱ⁾	WP	28.3.4.2.1 [category.ctype.general]	Static data members of `ctype_base` are not yet required to be usable in constant expressions	Yes
473⁽ⁱ⁾	C++11	28.3.4.2.2 [locale.ctype]	underspecified `ctype` calls	Yes
379⁽ⁱ⁾	CD1	28.3.4.2.2.3 [locale.ctype.virtuals]	nonsensical ctype::do_widen() requirement	Yes
126⁽ⁱ⁾	TC1	28.3.4.2.2.3 [locale.ctype.virtuals]	typos in Effects clause of ctype::do_narrow()	Yes
152⁽ⁱ⁾	TC1	28.3.4.2.2.3 [locale.ctype.virtuals]	Typo in `scan_is()` semantics	Yes
417⁽ⁱ⁾	NAD	28.3.4.2.2.3 [locale.ctype.virtuals]	what does `ctype::do_widen()` return on failure	Yes
616⁽ⁱ⁾	CD1	28.3.4.2.3 [locale.ctype.byname]	missing 'typename' in ctype_byname	Yes
124⁽ⁱ⁾	TC1	28.3.4.2.3 [locale.ctype.byname]	ctype_byname<charT>::do_scan_is & do_scan_not return type should be const charT*	Yes
695⁽ⁱ⁾	CD1	28.3.4.2.4 [facet.ctype.special]	ctype<char>::classic_table() not accessible	Yes
153⁽ⁱ⁾	CD1	28.3.4.2.4.3 [facet.ctype.char.members]	Typo in `narrow()` semantics	Yes		207
28⁽ⁱ⁾	TC1	28.3.4.2.4.3 [facet.ctype.char.members]	Ctype<char>is ambiguous	Yes		236
207⁽ⁱ⁾	Dup	28.3.4.2.4.3 [facet.ctype.char.members]	ctype<char> members return clause incomplete	Yes		153
236⁽ⁱ⁾	Dup	28.3.4.2.4.3 [facet.ctype.char.members]	ctype<char>::is() member modifies facet	Yes		28
76⁽ⁱ⁾	CD1	28.3.4.2.5 [locale.codecvt]	Can a `codecvt` facet always convert one internal character at a time?	Yes
75⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	Contradiction in `codecvt::length`'s argument types	Yes
16⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	Bad ctype_byname<char> decl	Yes
19⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	"Noconv" definition too vague	Yes		10
24⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	"do_convert" doesn't exist	Yes		72
33⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	Codecvt<> mentions from_type	Yes		43
74⁽ⁱ⁾	TC1	28.3.4.2.5 [locale.codecvt]	Garbled text for `codecvt::do_max_length`	Yes
138⁽ⁱ⁾	NAD	28.3.4.2.5 [locale.codecvt]	Class `ctype_byname<char>` redundant and misleading	Yes
382⁽ⁱ⁾	NAD	28.3.4.2.5 [locale.codecvt]	codecvt do_in/out result	Yes
72⁽ⁱ⁾	Dup	28.3.4.2.5 [locale.codecvt]	Do_convert phantom member function	Yes		24
3337⁽ⁱ⁾	New	28.3.4.2.5.3 [locale.codecvt.virtuals]	What is "is initialized" supposed to mean?	No	3
664⁽ⁱ⁾	CD1	28.3.4.2.5.3 [locale.codecvt.virtuals]	`do_unshift` for `codecvt<char, char, mbstate_t>`	Yes
665⁽ⁱ⁾	CD1	28.3.4.2.5.3 [locale.codecvt.virtuals]	`do_unshift` return value	Yes
393⁽ⁱ⁾	NAD Editorial	28.3.4.2.5.3 [locale.codecvt.virtuals]	do_in/do_out operation on state unclear	Yes
305⁽ⁱ⁾	CD1	28.3.4.2.6 [locale.codecvt.byname]	Default behavior of codecvt<wchar_t, char, mbstate_t>::length()	Yes
380⁽ⁱ⁾	CD1	28.3.4.2.6 [locale.codecvt.byname]	typos in codecvt tables 53 and 54	Yes
381⁽ⁱ⁾	CD1	28.3.4.2.6 [locale.codecvt.byname]	detection of invalid mbstate_t in codecvt	Yes
302⁽ⁱ⁾	NAD	28.3.4.2.6 [locale.codecvt.byname]	Need error indication from codecvt<>::do_length	Yes
500⁽ⁱ⁾	NAD	28.3.4.2.6 [locale.codecvt.byname]	do_length cannot be implemented correctly	Yes
10⁽ⁱ⁾	Dup	28.3.4.2.6 [locale.codecvt.byname]	Codecvt<>::do unclear	Yes		19
43⁽ⁱ⁾	Dup	28.3.4.2.6 [locale.codecvt.byname]	Locale table correction	Yes		33
344⁽ⁱ⁾	NAD	28.3.4.3 [category.numeric]	grouping + showbase	Yes
275⁽ⁱ⁾	CD1	28.3.4.3.2.2 [facet.num.get.members]	Wrong type in num_get::get() overloads	Yes
18⁽ⁱ⁾	TC1	28.3.4.3.2.2 [facet.num.get.members]	Get(...bool&) omitted	Yes
4163⁽ⁱ⁾	New	28.3.4.3.2.3 [facet.num.get.virtuals]	Can the overload of `std::num_get::do_get` for `bool` call the overload for `long`?	No
3689⁽ⁱ⁾	New	28.3.4.3.2.3 [facet.num.get.virtuals]	`num_get` overflow determination unclear and incorrect	No	3
3214⁽ⁱ⁾	New	28.3.4.3.2.3 [facet.num.get.virtuals]	§[facet.num.get.virtuals] doesn't say what it means for digit grouping to be consistent	No	4
2381⁽ⁱ⁾	C++23	28.3.4.3.2.3 [facet.num.get.virtuals]	Inconsistency in parsing floating point numbers	Yes	2
1169⁽ⁱ⁾	C++17	28.3.4.3.2.3 [facet.num.get.virtuals]	`num_get` not fully compatible with `strto*`	Yes	3
427⁽ⁱ⁾	C++11	28.3.4.3.2.3 [facet.num.get.virtuals]	Stage 2 and rationale of DR 221	Yes
2041⁽ⁱ⁾	C++11	28.3.4.3.2.3 [facet.num.get.virtuals]	Stage 2 accumulate incompatibilty	Yes
23⁽ⁱ⁾	CD1	28.3.4.3.2.3 [facet.num.get.virtuals]	Num_get overflow result	Yes
221⁽ⁱ⁾	CD1	28.3.4.3.2.3 [facet.num.get.virtuals]	num_get<>::do_get stage 2 processing broken	Yes
321⁽ⁱ⁾	CD1	28.3.4.3.2.3 [facet.num.get.virtuals]	Typo in num_get	Yes
358⁽ⁱ⁾	CD1	28.3.4.3.2.3 [facet.num.get.virtuals]	interpreting `thousands_sep` after a `decimal_point`	Yes
17⁽ⁱ⁾	TC1	28.3.4.3.2.3 [facet.num.get.virtuals]	Bad bool parsing	Yes
154⁽ⁱ⁾	TC1	28.3.4.3.2.3 [facet.num.get.virtuals]	Missing `double` specifier for `do_get()`	Yes
459⁽ⁱ⁾	NAD	28.3.4.3.2.3 [facet.num.get.virtuals]	Requirement for widening in stage 2 is overspecification	Yes
662⁽ⁱ⁾	NAD	28.3.4.3.2.3 [facet.num.get.virtuals]	Inconsistent handling of incorrectly-placed thousands separators	Yes
826⁽ⁱ⁾	NAD	28.3.4.3.3 [locale.nm.put]	Equivalent of `%'d`, or rather, lack thereof?	Yes
359⁽ⁱ⁾	CD1	28.3.4.3.3.2 [facet.num.put.members]	num_put<>::do_put (..., bool) undocumented	Yes
2703⁽ⁱ⁾	New	28.3.4.3.3.3 [facet.num.put.virtuals]	No provision for fill-padding when `boolalpha` is set	No	3
2702⁽ⁱ⁾	New	28.3.4.3.3.3 [facet.num.put.virtuals]	`num_put::do_put(..., bool)` performs ill-formed `do_put` call	No	3
2117⁽ⁱ⁾	Open	28.3.4.3.3.3 [facet.num.put.virtuals]	`ios_base` manipulators should have `showgrouping/noshowgrouping`	No	3
4084⁽ⁱ⁾	WP	28.3.4.3.3.3 [facet.num.put.virtuals]	`std::fixed` ignores `std::uppercase`	Yes	3
2293⁽ⁱ⁾	C++14	28.3.4.3.3.3 [facet.num.put.virtuals]	Wrong facet used by `num_put::do_put`	Yes	0
671⁽ⁱ⁾	C++11	28.3.4.3.3.3 [facet.num.put.virtuals]	precision of `hexfloat`	Yes
1152⁽ⁱ⁾	C++11	28.3.4.3.3.3 [facet.num.put.virtuals]	Expressions parsed differently than intended	Yes
231⁽ⁱ⁾	CD1	28.3.4.3.3.3 [facet.num.put.virtuals]	Precision in iostream?	Yes
282⁽ⁱ⁾	CD1	28.3.4.3.3.3 [facet.num.put.virtuals]	What types does numpunct grouping refer to?	Yes
34⁽ⁱ⁾	TC1	28.3.4.3.3.3 [facet.num.put.virtuals]	True/falsename() not in ctype<>	Yes
361⁽ⁱ⁾	NAD	28.3.4.3.3.3 [facet.num.put.virtuals]	num_get<>::do_get (..., void*&) checks grouping	Yes
20⁽ⁱ⁾	TC1	28.3.4.4.1.3 [facet.numpunct.virtuals]	Thousands_sep returns wrong type	Yes
318⁽ⁱ⁾	CD1	28.3.4.4.2 [locale.numpunct.byname]	Misleading comment in definition of numpunct_byname	Yes
248⁽ⁱ⁾	CD1	28.3.4.6 [category.time]	time_get fails to set eofbit	Yes
71⁽ⁱ⁾	TC1	28.3.4.6.2 [locale.time.get]	Do_get_monthname synopsis missing argument	Yes
3275⁽ⁱ⁾	New	28.3.4.6.2.3 [locale.time.get.virtuals]	Why does `time_get::do_get` require a valid pointer when none of the others do?	Yes	3
2512⁽ⁱ⁾	Open	28.3.4.6.2.3 [locale.time.get.virtuals]	Y2K bites; what is an "unambiguous year identifier"?	No	4
461⁽ⁱ⁾	CD1	28.3.4.6.2.3 [locale.time.get.virtuals]	time_get hard or impossible to implement	Yes
164⁽ⁱ⁾	TC1	28.3.4.6.4.3 [locale.time.put.virtuals]	do_put() has apparently unused fill argument	Yes
836⁽ⁱ⁾	C++11	28.3.4.7.2.3 [locale.money.get.virtuals]	Effects of `money_base::space` and `money_base::none` on `money_get`	Yes		670
667⁽ⁱ⁾	NAD	28.3.4.7.2.3 [locale.money.get.virtuals]	`money_get`'s widened minus sign	Yes
668⁽ⁱ⁾	NAD	28.3.4.7.2.3 [locale.money.get.virtuals]	`money_get`'s empty minus sign	Yes
669⁽ⁱ⁾	NAD	28.3.4.7.2.3 [locale.money.get.virtuals]	Equivalent postive and negative signs in `money_get`	Yes
2983⁽ⁱ⁾	New	28.3.4.7.3.3 [locale.money.put.virtuals]	`money_put::do_put` underspecified	Yes	3
328⁽ⁱ⁾	CD1	28.3.4.7.3.3 [locale.money.put.virtuals]	Bad sprintf format modifier in money_put<>::do_put()	Yes
2691⁽ⁱ⁾	New	28.3.4.7.4 [locale.moneypunct]	`money_base::space` and `do_put`: U+0020 versus `fill`	Yes	3
670⁽ⁱ⁾	Dup	28.3.4.7.4 [locale.moneypunct]	`money_base::pattern` and `space`	Yes		836
374⁽ⁱ⁾	NAD	28.3.4.7.4.2 [locale.moneypunct.members]	moneypunct::frac_digits returns int not unsigned	Yes
325⁽ⁱ⁾	CD1	28.3.4.7.4.3 [locale.moneypunct.virtuals]	Misleading text in moneypunct<>::do_grouping	Yes
666⁽ⁱ⁾	CD1	28.3.4.7.4.3 [locale.moneypunct.virtuals]	`moneypunct::do_curr_symbol()`	Yes
326⁽ⁱ⁾	NAD	28.3.4.7.5 [locale.moneypunct.byname]	Missing typedef in moneypunct_byname	Yes
2028⁽ⁱ⁾	C++14	28.3.4.8.2 [locale.messages]	`messages_base::catalog` overspecified	Yes
4043⁽ⁱ⁾	WP	28.4.2.2 [text.encoding.general]	`"ASCII"` is not a registered character encoding	Yes
4038⁽ⁱ⁾	WP	28.4.2.5 [text.encoding.aliases]	`std::text_encoding::aliases_view` should have constexpr iterators	Yes
3651⁽ⁱ⁾	New	28.5 [format]	Unspecified lifetime guarantees for the format string	No	3
3997⁽ⁱ⁾	New	28.5.1 [format.syn]	`std::formatter` specializations should be consistently restricted to supported character types	No	4
3641⁽ⁱ⁾	New	28.5.1 [format.syn]	Add `operator==` to `format_to_n_result`	Yes	3
3243⁽ⁱ⁾	C++20	28.5.2 [format.string]	`std::format` and negative zeroes	Yes	2
3251⁽ⁱ⁾	C++20	28.5.2 [format.string]	Are `std::format` alignment specifiers applied to string arguments?	Yes	2
3939⁽ⁱ⁾	New	28.5.2.2 [format.string.std]	§[format.string.std] `char` is not formatted as a character when `charT` is `wchar_t`	No	3
3644⁽ⁱ⁾	New	28.5.2.2 [format.string.std]	`std::format` does not define "integer presentation type"	Yes	2
3586⁽ⁱ⁾	New	28.5.2.2 [format.string.std]	Formatting character alignment inconsistencies	Yes	2
4090⁽ⁱ⁾	SG16	28.5.2.2 [format.string.std]	Underspecified use of locale facets for locale-dependent `std::format`	No	3
3612⁽ⁱ⁾	C++23	28.5.2.2 [format.string.std]	Inconsistent pointer alignment in `std::format`	Yes
3648⁽ⁱ⁾	C++23	28.5.2.2 [format.string.std]	`format` should not print `bool` with `'c'`	Yes
3720⁽ⁱ⁾	C++23	28.5.2.2 [format.string.std]	Restrict the valid types of arg-id for width and precision in std-format-spec	Yes	2
3721⁽ⁱ⁾	C++23	28.5.2.2 [format.string.std]	Allow an arg-id with a value of zero for width in std-format-spec	Yes	3
3242⁽ⁱ⁾	C++20	28.5.2.2 [format.string.std]	`std::format`: missing rules for `arg-id` in `width` and `precision`	Yes	1
3248⁽ⁱ⁾	C++20	28.5.2.2 [format.string.std]	`std::format` `#b`, `#B`, `#o`, `#x`, and `#X` presentation types misformat negative numbers	Yes	2
3250⁽ⁱ⁾	C++20	28.5.2.2 [format.string.std]	`std::format`: `#` (alternate form) for NaN and inf	Yes	0
3290⁽ⁱ⁾	C++20	28.5.2.2 [format.string.std]	Are `std::format` field widths code units, code points, or something else?	Yes
3327⁽ⁱ⁾	C++20	28.5.2.2 [format.string.std]	Format alignment specifiers vs. text direction	Yes	0
3412⁽ⁱ⁾	Resolved	28.5.2.2 [format.string.std]	§[format.string.std] references to "Unicode encoding" unclear	Yes	3
3576⁽ⁱ⁾	Resolved	28.5.2.2 [format.string.std]	Clarifying fill character in `std::format`	Yes	2
3639⁽ⁱ⁾	Resolved	28.5.2.2 [format.string.std]	Handling of fill character width is underspecified in `std::format`	Yes	3
3780⁽ⁱ⁾	Resolved	28.5.2.2 [format.string.std]	`format`'s width estimation is too approximate and not forward compatible	Yes	3
4078⁽ⁱ⁾	New	28.5.5 [format.functions]	What if arguments alias the output buffer in `std::format_to`?	No
35