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-14 at 16:00:05 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 (377 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⁽ⁱ⁾	Tentatively Ready	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
4180⁽ⁱ⁾	New	23.6.12.5 [flat.multiset.modifiers]	Inconsistent constraints on `flat_foo::emplace`	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 (207 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
4181⁽ⁱ⁾	New	24.7 [iterator.range]	Some ranges have negative `ssize`	No
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 (195 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
4179⁽ⁱ⁾	New	26.6.15 [alg.search]	Wrong range in [alg.search]	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
3539⁽ⁱ⁾	C++23	28.5.5 [format.functions]	`format_to` must not copy models of `output_iterator<const charT&>`	Yes
3619⁽ⁱ⁾	C++23	28.5.5 [format.functions]	Specification of `vformat_to` contains ill-formed `formatted_size` calls	Yes
3340⁽ⁱ⁾	C++20	28.5.5 [format.functions]	Formatting functions should throw on argument/format string mismatch in §[format.functions]	Yes
3372⁽ⁱ⁾	C++20	28.5.5 [format.functions]	`vformat_to` should not try to deduce `Out` twice	Yes	0
3336⁽ⁱ⁾	Resolved	28.5.5 [format.functions]	How does `std::vformat` handle exception thrown by formatters?	Yes	2
3993⁽ⁱ⁾	New	28.5.6.1 [formatter.requirements]	The `parse` function of a BasicFormatter type needs to be `constexpr`	Yes	3
3462⁽ⁱ⁾	C++23	28.5.6.1 [formatter.requirements]	§[formatter.requirements]: Formatter requirements forbid use of `fc.arg()`	Yes	3
3636⁽ⁱ⁾	C++23	28.5.6.1 [formatter.requirements]	`formatter<T>::format` should be `const`-qualified	Yes	1
3776⁽ⁱ⁾	NAD	28.5.6.1 [formatter.requirements]	Avoid parsing format-spec if it is not present or empty	Yes	3
3943⁽ⁱ⁾	New	28.5.6.3 [format.formattable]	Clarify lifetime requirements of BasicFormatter and Formatter	Yes	3
3925⁽ⁱ⁾	WP	28.5.6.3 [format.formattable]	Concept `formattable`'s definition is incorrect	Yes
3806⁽ⁱ⁾	NAD	28.5.6.3 [format.formattable]	Should concept `formattable<T, charT>` default to `char`?	Yes	2
4146⁽ⁱ⁾	New	28.5.6.4 [format.formatter.spec]	§[format.formatter.spec]/3 unconditionally enables nonlocking for container adaptors	Yes
3706⁽ⁱ⁾	New	28.5.6.4 [format.formatter.spec]	How does `std::format` work with character arrays of unknown bound?	No	3
3944⁽ⁱ⁾	WP	28.5.6.4 [format.formatter.spec]	Formatters converting sequences of `char` to sequences of `wchar_t`	Yes	3
3701⁽ⁱ⁾	C++23	28.5.6.4 [format.formatter.spec]	Make `formatter<remove_cvref_t<const charT[N]>, charT>` requirement explicit	Yes
3833⁽ⁱ⁾	C++23	28.5.6.4 [format.formatter.spec]	Remove specialization `template<size_t N> struct formatter<const charT[N], charT>`	Yes	2
3965⁽ⁱ⁾	WP	28.5.6.5 [format.string.escaped]	Incorrect example in [format.string.escaped] p3 for formatting of combining characters	Yes
4142⁽ⁱ⁾	WP	28.5.6.6 [format.parse.ctx]	`format_parse_context::check_dynamic_spec` should require at least one type	Yes
3825⁽ⁱ⁾	C++23	28.5.6.6 [format.parse.ctx]	Missing compile-time argument `id` check in `basic_format_parse_context::next_arg_id`	Yes
4061⁽ⁱ⁾	WP	28.5.6.7 [format.context]	Should `std::basic_format_context` be default-constructible/copyable/movable?	Yes
3975⁽ⁱ⁾	WP	28.5.6.7 [format.context]	Specializations of `basic_format_context` should not be permitted	Yes	3
3567⁽ⁱ⁾	C++23	28.5.6.7 [format.context]	Formatting move-only iterators take two	Yes
3654⁽ⁱ⁾	C++23	28.5.6.7 [format.context]	`basic_format_context::arg(size_t)` should be `noexcept`	Yes
3892⁽ⁱ⁾	WP	28.5.7.2 [format.range.formatter]	Incorrect formatting of nested ranges and tuples	Yes	2
3839⁽ⁱ⁾	C++23	28.5.7.2 [format.range.formatter]	`range_formatter`'s `set_separator`, `set_brackets`, and `underlying` functions should be `noexcept`	Yes
4107⁽ⁱ⁾	New	28.5.7.4 [format.range.fmtmap]	Map formatter may conflict with user-defined specializations of `pair`/`tuple` formatters	Yes
3540⁽ⁱ⁾	C++23	28.5.8.1 [format.arg]	§[format.arg] There should be no `const` in `basic_format_arg(const T* p)`	Yes
3542⁽ⁱ⁾	C++23	28.5.8.1 [format.arg]	`basic_format_arg` mis-handles `basic_string_view` with custom traits	Yes
3631⁽ⁱ⁾	C++23	28.5.8.1 [format.arg]	`basic_format_arg(T&&)` should use `remove_cvref_t<T>` throughout	Yes	3
3246⁽ⁱ⁾	C++20	28.5.8.1 [format.arg]	What are the constraints on the template parameter of `basic_format_arg`?	Yes	0
3371⁽ⁱ⁾	C++20	28.5.8.1 [format.arg]	`visit_format_arg` and `make_format_args` are not hidden friends	Yes	0
3718⁽ⁱ⁾	Resolved	28.5.8.1 [format.arg]	P2418R2 broke the overload resolution for `std::basic_format_arg`	Yes	2
3544⁽ⁱ⁾	C++23	28.5.8.2 [format.arg.store]	`format-arg-store::args` is unintentionally not exposition-only	Yes	3
4106⁽ⁱ⁾	WP	28.5.8.3 [format.args]	`basic_format_args` should not be default-constructible	Yes
3473⁽ⁱ⁾	C++23	28.5.8.3 [format.args]	Normative encouragement in non-normative note	Yes	0
3810⁽ⁱ⁾	C++23	28.5.8.3 [format.args]	CTAD for `std::basic_format_args`	Yes	3
2490⁽ⁱ⁾	New	28.6 [re]	`<regex>` needs lots of `noexcept`	No	3
523⁽ⁱ⁾	Open	28.6 [re]	regex case-insensitive character ranges are unimplementable as specified	No	4
524⁽ⁱ⁾	CD1	28.6 [re]	regex named character classes and case-insensitivity don't mix	Yes
1142⁽ⁱ⁾	NAD Concepts	28.6 [re]	Regular expressions library not concept enabled	Yes
3835⁽ⁱ⁾	New	28.6.1 [re.general]	Requirements for `CharT` in the regex library	No	4
3606⁽ⁱ⁾	New	28.6.2 [re.req]	Missing `regex_traits::locale_type` requirements	No	3
2431⁽ⁱ⁾	New	28.6.2 [re.req]	Missing regular expression traits requirements	No	3
2329⁽ⁱ⁾	C++14	28.6.3 [re.syn]	`regex_match()/regex_search()` with `match_results` should forbid temporary strings	Yes	2
1263⁽ⁱ⁾	NAD	28.6.3 [re.syn]	missing `swap` overloads for `regex`	Yes
3998⁽ⁱ⁾	New	28.6.4 [re.const]	Constants in `std::regex_constants` should be allowed to be enumerators	No	3
2053⁽ⁱ⁾	C++14	28.6.4 [re.const]	Errors in `regex` bitmask types	Yes
2331⁽ⁱ⁾	Open	28.6.4.2 [re.synopt]	`regex_constants::collate`'s effects are inaccurately summarized	Yes	3
2503⁽ⁱ⁾	C++17	28.6.4.2 [re.synopt]	multiline option should be added to `syntax_option_type`	Yes	2
2359⁽ⁱ⁾	C++14	28.6.4.2 [re.synopt]	How does `regex_constants::nosubs` affect `basic_regex::mark_count()`?	Yes	0
2330⁽ⁱ⁾	C++14	28.6.4.2 [re.synopt]	`regex("meow", regex::icase)` is technically forbidden but should be permitted	Yes	0
3605⁽ⁱ⁾	New	28.6.4.3 [re.matchflag]	`regex_constants::match_prev_avail` is underspecified	No	3
1450⁽ⁱ⁾	C++14	28.6.4.3 [re.matchflag]	Contradiction in `regex_constants`	Yes	3
2338⁽ⁱ⁾	Open	28.6.6 [re.traits]	§[re.traits]/7 expects of locale facets something not guaranteed by [locale.facet]/4	Yes	3
2018⁽ⁱ⁾	C++14	28.6.6 [re.traits]	[CD] `regex_traits::isctype` Returns clause is wrong	Yes
2271⁽ⁱ⁾	C++14	28.6.6 [re.traits]	`regex_traits::lookup_classname` specification unclear	Yes
1337⁽ⁱ⁾	C++11	28.6.6 [re.traits]	Swapped arguments in `regex_traits::isctype`	Yes
3261⁽ⁱ⁾	New	28.6.7 [re.regex]	`regex` components' `noexcept` annotations appear broken for POCMA or throwing `BidirectionalIterator`	No	3
3296⁽ⁱ⁾	C++20	28.6.7 [re.regex]	Inconsistent default argument for `basic_regex<>::assign`	Yes	0
723⁽ⁱ⁾	C++11	28.6.7 [re.regex]	`basic_regex` should be moveable	Yes
2029⁽ⁱ⁾	C++11	28.6.7 [re.regex]	Missing '`noexcept`' on `basic_regex` move-assignment operator	Yes
628⁽ⁱ⁾	CD1	28.6.7 [re.regex]	Inconsistent definition of basic_regex constructor	Yes
1396⁽ⁱ⁾	NAD	28.6.7 [re.regex]	`regex` should support allocators	Yes		1451
1451⁽ⁱ⁾	Dup	28.6.7 [re.regex]	`regex` should support allocators	Yes		1396
3341⁽ⁱ⁾	New	28.6.7.2 [re.regex.construct]	`basic_regex` range constructor: Missing requirements for iterator types	No	3
3630⁽ⁱ⁾	New	28.6.7.2 [re.regex.construct]	Inconsistent `basic_regex` construction and assignment from iterator range	No	4
3603⁽ⁱ⁾	New	28.6.7.2 [re.regex.construct]	Matching of null characters by regular expressions is underspecified	No	3
3604⁽ⁱ⁾	New	28.6.7.2 [re.regex.construct]	What is the effect of an invalid value of type `syntax_option_type`?	No	3
1014⁽ⁱ⁾	C++11	28.6.7.2 [re.regex.construct]	`basic_regex` should be created/assigned from initializer lists	Yes
682⁽ⁱ⁾	CD1	28.6.7.2 [re.regex.construct]	basic_regex ctor takes InputIterator or ForwardIterator?	Yes
2137⁽ⁱ⁾	Open	28.6.7.3 [re.regex.assign]	Misleadingly constrained post-condition in the presence of exceptions	Yes	3
2001⁽ⁱ⁾	C++11	28.6.7.3 [re.regex.assign]	Class template `basic_regex` uses non existent `string_type`	Yes
3126⁽ⁱ⁾	New	28.6.8 [re.submatch]	There's no `std::sub_match::compare(string_view)` overload	Yes	3
3204⁽ⁱ⁾	C++23	28.6.8 [re.submatch]	`sub_match::swap` only swaps the base class	Yes	3
1180⁽ⁱ⁾	C++11	28.6.8.2 [re.submatch.members]	Missing `string_type` member typedef in class `sub_match`	Yes
2217⁽ⁱ⁾	C++17	28.6.8.3 [re.submatch.op]	`operator==(sub_match, string)` slices on embedded `'\0'`s	Yes	2
1181⁽ⁱ⁾	C++11	28.6.8.3 [re.submatch.op]	Invalid `sub_match` comparison operators	Yes
681⁽ⁱ⁾	CD1	28.6.8.3 [re.submatch.op]	Operator functions impossible to compare are defined in [re.submatch.op]	Yes
2195⁽ⁱ⁾	C++23	28.6.9 [re.results]	Missing constructors for `match_results`	Yes	3
2589⁽ⁱ⁾	C++17	28.6.9 [re.results]	`match_results` can't satisfy the requirements of a container	Yes	3
2306⁽ⁱ⁾	C++14	28.6.9 [re.results]	`match_results::reference` should be `value_type&`, not `const value_type&`	Yes	4
645⁽ⁱ⁾	NAD Editorial	28.6.9 [re.results]	Missing members in match_results	Yes
684⁽ⁱ⁾	NAD Editorial	28.6.9 [re.results]	Unclear which members of match_results should be used in comparison	Yes
3800⁽ⁱ⁾	NAD	28.6.9.1 [re.results.general]	No deduction guide for `std::match_results`	Yes
2191⁽ⁱ⁾	C++23	28.6.9.2 [re.results.const]	Incorrect specification of `match_results(match_results&&)`	Yes	4
2183⁽ⁱ⁾	C++20	28.6.9.2 [re.results.const]	Muddled allocator requirements for `match_results` constructors	Yes	3
2184⁽ⁱ⁾	C++20	28.6.9.2 [re.results.const]	Muddled allocator requirements for `match_results` assignments	Yes	3
1209⁽ⁱ⁾	C++11	28.6.9.2 [re.results.const]	`match_results` should be moveable	Yes
1453⁽ⁱ⁾	Resolved	28.6.9.5 [re.results.acc]	Default constructed `match_results` behavior for certain operations	Yes
1452⁽ⁱ⁾	NAD	28.6.9.5 [re.results.acc]	"target sequence" is not defined	Yes
646⁽ⁱ⁾	CD1	28.6.9.6 [re.results.form]	const incorrect match_result members	Yes
2002⁽ⁱ⁾	Resolved	28.6.9.9 [re.results.nonmember]	Class template `match_results` does not specify the semantics of `operator==`	Yes
2273⁽ⁱ⁾	C++17	28.6.10.2 [re.alg.match]	`regex_match` ambiguity	Yes	2
2205⁽ⁱ⁾	C++14	28.6.10.2 [re.alg.match]	Problematic postconditions of `regex_match` and `regex_search`	Yes	0
647⁽ⁱ⁾	NAD Editorial	28.6.10.3 [re.alg.search]	Inconsistent `regex_search` params	Yes
2216⁽ⁱ⁾	New	28.6.10.4 [re.alg.replace]	`regex_replace(basic_string)` allocator handling	No	3
2213⁽ⁱ⁾	C++14	28.6.10.4 [re.alg.replace]	Return value of `std::regex_replace`	Yes	0
727⁽ⁱ⁾	C++11	28.6.10.4 [re.alg.replace]	`regex_replace()` doesn't accept `basic_string`s with custom traits and allocators	Yes
726⁽ⁱ⁾	NAD	28.6.10.4 [re.alg.replace]	Missing `regex_replace()` overloads	Yes
2332⁽ⁱ⁾	C++14	28.6.11 [re.iter]	`regex_iterator/regex_token_iterator` should forbid temporary regexes	Yes	2
3698⁽ⁱ⁾	Resolved	28.6.11 [re.iter]	`regex_iterator` and `join_view` don't work together very well	Yes	2
652⁽ⁱ⁾	CD1	28.6.11.1 [re.regiter]	regex_iterator and const correctness	Yes
648⁽ⁱ⁾	NAD Editorial	28.6.11.1.2 [re.regiter.cnstr]	regex_iterator c'tor needs clarification/editorial fix	Yes
909⁽ⁱ⁾	C++11	28.6.11.2 [re.tokiter]	`regex_token_iterator` should use `initializer_list`	Yes
650⁽ⁱ⁾	CD1	28.6.11.2 [re.tokiter]	regex_token_iterator and const correctness	Yes
683⁽ⁱ⁾	NAD Editorial	28.6.11.2 [re.tokiter]	regex_token_iterator summary error	Yes
3129⁽ⁱ⁾	C++20	28.6.11.2.2 [re.tokiter.cnstr]	`regex_token_iterator` constructor uses wrong pointer arithmetic	Yes	0
651⁽ⁱ⁾	CD1	28.6.11.2.2 [re.tokiter.cnstr]	Missing preconditions for regex_token_iterator c'tors	Yes
649⁽ⁱ⁾	NAD Editorial	28.6.11.2.2 [re.tokiter.cnstr]	Several typos in regex_token_iterator constructors	Yes
2220⁽ⁱ⁾	Open	28.6.11.2.3 [re.tokiter.comp]	Under-specification of `operator==` for `regex_token_iterator`	Yes	3
2546⁽ⁱ⁾	New	28.6.12 [re.grammar]	Implementability of locale-sensitive UnicodeEscapeSequence matching	No	4
2986⁽ⁱ⁾	New	28.6.12 [re.grammar]	Handling of multi-character collating elements by the `regex` FSM is underspecified	No	4
2987⁽ⁱ⁾	New	28.6.12 [re.grammar]	Relationship between `traits_inst.lookup_collatename` and the `regex` FSM is underspecified with regards to `ClassAtomCollatingElement`	No	3
2584⁽ⁱ⁾	C++17	28.6.12 [re.grammar]	`<regex>` ECMAScript `IdentityEscape` is ambiguous	Yes	2
716⁽ⁱ⁾	C++11	28.6.12 [re.grammar]	Production in [re.grammar] not actually modified	Yes
2343⁽ⁱ⁾	Resolved	28.6.12 [re.grammar]	Is the value of the ECMA-262 RegExp object's multiline property really false?	Yes	2

Section 29 (180 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
860⁽ⁱ⁾	C++11	29 [numerics]	Floating-Point State	Yes
1140⁽ⁱ⁾	NAD Concepts	29 [numerics]	Numerics library not concept enabled	Yes
3133⁽ⁱ⁾	C++20	29.2 [numeric.requirements]	Modernizing numeric type requirements	Yes	0
2699⁽ⁱ⁾	C++17	29.2 [numeric.requirements]	Missing restriction in [numeric.requirements]	Yes	3
3905⁽ⁱ⁾	WP	29.3.1 [cfenv.syn]	Type of `std::fexcept_t`	Yes
4161⁽ⁱ⁾	New	29.4 [complex.numbers]	Some free functions don't automatically work for program-defined `std::complex<NonFloatingPoint>`	No
387⁽ⁱ⁾	CD1	29.4 [complex.numbers]	`std::complex` over-encapsulated	Yes
2693⁽ⁱ⁾	Resolved	29.4 [complex.numbers]	`constexpr` for various `std::complex` arithmetic and value operators	Yes	3
1154⁽ⁱ⁾	NAD	29.4 [complex.numbers]	`complex` should accept integral types	Yes
1217⁽ⁱ⁾	NAD	29.4 [complex.numbers]	Quaternion support	Yes
388⁽ⁱ⁾	NAD	29.4 [complex.numbers]	Use of `complex` as a key in associative containers	Yes
79⁽ⁱ⁾	TC1	29.4.2 [complex.syn]	Inconsistent declaration of polar()	Yes
80⁽ⁱ⁾	TC1	29.4.2 [complex.syn]	Global Operators of complex declared twice	Yes
3933⁽ⁱ⁾	New	29.4.3 [complex]	P1467R9 accidentally changed the signatures of certain constructors of `std::complex`	Yes	4
3934⁽ⁱ⁾	New	29.4.3 [complex]	`std::complex<T>::operator=(const T&)` has no specification	Yes	3
3935⁽ⁱ⁾	WP	29.4.3 [complex]	`template<class X> constexpr complex& operator=(const complex<X>&)` has no specification	Yes
2714⁽ⁱ⁾	New	29.4.6 [complex.ops]	`complex` stream extraction underspecified	Yes	3
629⁽ⁱ⁾	CD1	29.4.6 [complex.ops]	`complex<T>` insertion and locale dependence	Yes
146⁽ⁱ⁾	TC1	29.4.6 [complex.ops]	complex<T> Inserter and Extractor need sentries	Yes
177⁽ⁱ⁾	NAD	29.4.6 [complex.ops]	Complex operators cannot be explicitly instantiated	Yes
2870⁽ⁱ⁾	C++20	29.4.7 [complex.value.ops]	Default value of parameter `theta` of `polar` should be dependent	Yes
2459⁽ⁱ⁾	C++17	29.4.7 [complex.value.ops]	`std::polar` should require a non-negative rho	Yes	0
1435⁽ⁱ⁾	C++11	29.4.7 [complex.value.ops]	Unclear returns specifications for C99 complex number functions	Yes
595⁽ⁱ⁾	CD1	29.4.7 [complex.value.ops]	TR1/C++0x: `fabs(complex<T>)` redundant / wrongly specified	Yes
781⁽ⁱ⁾	CD1	29.4.7 [complex.value.ops]	`std::complex` should add missing C99 functions	Yes
2597⁽ⁱ⁾	C++20	29.4.8 [complex.transcendentals]	`std::log` misspecified for complex numbers	Yes	3
440⁽ⁱ⁾	NAD	29.4.8 [complex.transcendentals]	Should std::complex use unqualified transcendentals?	Yes
2846⁽ⁱ⁾	New	29.4.10 [cmplx.over]	Undefined phrase "effectively cast"	Yes	3
1137⁽ⁱ⁾	C++11	29.4.10 [cmplx.over]	Return type of `conj` and `proj`	Yes
1522⁽ⁱ⁾	C++11	29.4.10 [cmplx.over]	`conj` specification is now nonsense	Yes
844⁽ⁱ⁾	CD1	29.4.10 [cmplx.over]	`complex pow` return type is ambiguous	Yes
507⁽ⁱ⁾	CD1	29.5 [rand]	Missing requirement for variate_generator::operator()	Yes
699⁽ⁱ⁾	CD1	29.5 [rand]	N2111 changes min/max	Yes
506⁽ⁱ⁾	NAD	29.5 [rand]	Requirements of Distribution parameter for variate_generator	Yes
547⁽ⁱ⁾	NAD	29.5 [rand]	division should be floating-point, not integer	Yes
572⁽ⁱ⁾	NAD	29.5 [rand]	Oops, we gave 507 WP status	Yes
1056⁽ⁱ⁾	NAD	29.5 [rand]	Must all Engines and Distributions be Streamable?	Yes
1057⁽ⁱ⁾	NAD Concepts	29.5 [rand]	`RandomNumberEngineAdaptor`	Yes
656⁽ⁱ⁾	NAD Editorial	29.5.2 [rand.synopsis]	Typo in subtract_with_carry_engine declaration	Yes
515⁽ⁱ⁾	NAD	29.5.2 [rand.synopsis]	Random number engine traits	Yes
505⁽ⁱ⁾	CD1	29.5.3 [rand.req]	Result_type in random distribution requirements	Yes
504⁽ⁱ⁾	NAD Editorial	29.5.3 [rand.req]	Integer types in pseudo-random number engine requirements	Yes
517⁽ⁱ⁾	NAD	29.5.3 [rand.req]	Should include name in external representation	Yes
4109⁽ⁱ⁾	New	29.5.3.1 [rand.req.genl]	Instantiating templates in §[rand] with `int8_t`/`uint8_t` is undefined behavior	Yes
2326⁽ⁱ⁾	NAD	29.5.3.1 [rand.req.genl]	`uniform_int_distribution<unsigned char>` should be permitted	Yes	2
2181⁽ⁱ⁾	C++17	29.5.3.2 [rand.req.seedseq]	Exceptions from seed sequence operations	Yes	3
2124⁽ⁱ⁾	NAD	29.5.3.2 [rand.req.seedseq]	Seed sequence over-specified	Yes
3150⁽ⁱ⁾	C++20	29.5.3.3 [rand.req.urng]	`UniformRandomBitGenerator` should validate `min` and `max`	Yes	3
2154⁽ⁱ⁾	Resolved	29.5.3.3 [rand.req.urng]	What exactly does compile-time complexity imply?	Yes	4
2327⁽ⁱ⁾	NAD	29.5.3.3 [rand.req.urng]	Non-power-of-two URNGs should be forbidden	Yes
654⁽ⁱ⁾	CD1	29.5.3.4 [rand.req.eng]	Missing IO roundtrip for random number engines	Yes
678⁽ⁱ⁾	CD1	29.5.3.4 [rand.req.eng]	Changes for [rand.req.eng]	Yes
729⁽ⁱ⁾	NAD	29.5.3.4 [rand.req.eng]	Problem in [rand.req.eng]/3	Yes
730⁽ⁱ⁾	NAD	29.5.3.5 [rand.req.adapt]	Comment on [rand.req.adapt]/3 e)	Yes
1235⁽ⁱ⁾	NAD	29.5.3.6 [rand.req.dist]	Issue with C++0x random number proposal	Yes
733⁽ⁱ⁾	NAD	29.5.3.6 [rand.req.dist]	Comment on [rand.req.dist]/9	Yes
3519⁽ⁱ⁾	C++23	29.5.4 [rand.eng]	Incomplete synopses for `<random>` classes	Yes	3
1436⁽ⁱ⁾	C++11	29.5.4 [rand.eng]	Random number engine constructor concerns	Yes
512⁽ⁱ⁾	NAD Editorial	29.5.4 [rand.eng]	Seeding `subtract_with_carry_01` from a single unsigned long	Yes
513⁽ⁱ⁾	NAD Editorial	29.5.4 [rand.eng]	Size of state for subtract_with_carry_01	Yes
516⁽ⁱ⁾	NAD Editorial	29.5.4 [rand.eng]	Seeding subtract_with_carry_01 using a generator	Yes
2351⁽ⁱ⁾	NAD	29.5.4 [rand.eng]	Does `.seed()` completely reset state of engine?	Yes	2
1437⁽ⁱ⁾	C++11	29.5.4.3 [rand.eng.mers]	Mersenne twister meaningless for word sizes less than two	Yes
728⁽ⁱ⁾	CD1	29.5.4.3 [rand.eng.mers]	Problem in [rand.eng.mers]/6	Yes
799⁽ⁱ⁾	NAD	29.5.4.3 [rand.eng.mers]	Mersenne twister equality overspecified	Yes
4014⁽ⁱ⁾	WP	29.5.4.4 [rand.eng.sub]	LWG 3809 changes behavior of some existing `std::subtract_with_carry_engine` code	Yes	2
3809⁽ⁱ⁾	WP	29.5.4.4 [rand.eng.sub]	Is `std::subtract_with_carry_engine<uint16_t>` supposed to work?	Yes	3
514⁽ⁱ⁾	NAD Editorial	29.5.4.4 [rand.eng.sub]	Size of state for subtract_with_carry	Yes
4134⁽ⁱ⁾	WP	29.5.4.5 [rand.eng.philox]	Issue with Philox algorithm specification	Yes	1
4153⁽ⁱ⁾	WP	29.5.4.5 [rand.eng.philox]	Fix extra "-1" for `philox_engine::max()`	Yes
3561⁽ⁱ⁾	C++23	29.5.5.2 [rand.adapt.disc]	Issue with internal counter in `discard_block_engine`	Yes
1438⁽ⁱ⁾	C++11	29.5.5.2 [rand.adapt.disc]	No definition for `base()`	Yes
738⁽ⁱ⁾	NAD Editorial	29.5.5.2 [rand.adapt.disc]	Editorial issue in [rand.adapt.disc]/3	Yes
609⁽ⁱ⁾	CD1	29.5.5.3 [rand.adapt.ibits]	missing static const	Yes
508⁽ⁱ⁾	CD1	29.5.6 [rand.predef]	Bad parameters for ranlux64_base_01	Yes
796⁽ⁱ⁾	NAD	29.5.6 [rand.predef]	`ranlux48_base` returns wrong value	Yes
797⁽ⁱ⁾	NAD	29.5.6 [rand.predef]	`ranlux48` returns wrong value	Yes
802⁽ⁱ⁾	NAD	29.5.6 [rand.predef]	`knuth_b` returns wrong value	Yes
548⁽ⁱ⁾	NAD	29.5.7 [rand.device]	May random_device block?	Yes
1068⁽ⁱ⁾	NAD	29.5.7 [rand.device]	class `random_device` should be movable	Yes
3422⁽ⁱ⁾	C++23	29.5.8.1 [rand.util.seedseq]	Issues of `seed_seq`'s constructors	Yes	3
2440⁽ⁱ⁾	C++17	29.5.8.1 [rand.util.seedseq]	`seed_seq::size()` should be `noexcept`	Yes	0
2180⁽ⁱ⁾	C++14	29.5.8.1 [rand.util.seedseq]	Exceptions from `std::seed_seq` operations	Yes
607⁽ⁱ⁾	CD1	29.5.8.1 [rand.util.seedseq]	Concern about short seed vectors	Yes
608⁽ⁱ⁾	CD1	29.5.8.1 [rand.util.seedseq]	Unclear seed_seq construction details	Yes
677⁽ⁱ⁾	CD1	29.5.8.1 [rand.util.seedseq]	Weaknesses in seed_seq::randomize [rand.util.seedseq]	Yes
712⁽ⁱ⁾	CD1	29.5.8.1 [rand.util.seedseq]	`seed_seq::size` no longer useful	Yes
782⁽ⁱ⁾	CD1	29.5.8.1 [rand.util.seedseq]	Extended `seed_seq` constructor is useless	Yes
800⁽ⁱ⁾	Resolved	29.5.8.1 [rand.util.seedseq]	Issues in 26.4.7.1 [rand.util.seedseq](6)	Yes
803⁽ⁱ⁾	Resolved	29.5.8.1 [rand.util.seedseq]	Simplification of `seed_seq::seq_seq`	Yes
2352⁽ⁱ⁾	NAD	29.5.8.1 [rand.util.seedseq]	Is a default-constructed `std::seed_seq` intended to produce a predictable `.generate()`?	Yes	2
731⁽ⁱ⁾	NAD	29.5.8.1 [rand.util.seedseq]	proposal for a customizable `seed_seq`	Yes
1069⁽ⁱ⁾	NAD	29.5.8.1 [rand.util.seedseq]	class `seed_seq` should support efficient move operations	Yes
1313⁽ⁱ⁾	NAD	29.5.8.1 [rand.util.seedseq]	Seed sequence's param function not useful for pure output iterator	Yes
655⁽ⁱ⁾	CD1	29.5.8.2 [rand.util.canonical]	Signature of generate_canonical not useful	Yes
739⁽ⁱ⁾	NAD	29.5.8.2 [rand.util.canonical]	Defect in [rand.util.canonical]/3	Yes
549⁽ⁱ⁾	NAD Editorial	29.5.9 [rand.dist]	Undefined variable in binomial_distribution	Yes
511⁽ⁱ⁾	NAD	29.5.9 [rand.dist]	Input_type for binomial_distribution	Yes
509⁽ⁱ⁾	NAD	29.5.9.2 [rand.dist.uni]	Uniform_int template parameters	Yes
773⁽ⁱ⁾	NAD	29.5.9.2 [rand.dist.uni]	issues with random	Yes
2168⁽ⁱ⁾	C++17	29.5.9.2.2 [rand.dist.uni.real]	Inconsistent specification of `uniform_real_distribution` constructor	Yes	3
510⁽ⁱ⁾	NAD	29.5.9.3 [rand.dist.bern]	Input_type for bernoulli_distribution	Yes
735⁽ⁱ⁾	NAD	29.5.9.3.2 [rand.dist.bern.bin]	Unfortunate naming	Yes
3402⁽ⁱ⁾	New	29.5.9.3.4 [rand.dist.bern.negbin]	Wording for `negative_binomial_distribution` is unclear as a consequence of LWG 2406 resolution	No	3
2406⁽ⁱ⁾	C++17	29.5.9.3.4 [rand.dist.bern.negbin]	`negative_binomial_distribution` should reject `p == 1`	Yes	3
2524⁽ⁱ⁾	Resolved	29.5.9.4.2 [rand.dist.pois.exp]	`generate_canonical` can occasionally return 1.0	Yes	2
734⁽ⁱ⁾	CD1	29.5.9.5.3 [rand.dist.norm.chisq]	Unnecessary restriction in [rand.dist.norm.chisq]	Yes
793⁽ⁱ⁾	Resolved	29.5.9.6.1 [rand.dist.samp.discrete]	`discrete_distribution` missing constructor	Yes
874⁽ⁱ⁾	Resolved	29.5.9.6.1 [rand.dist.samp.discrete]	Missing `initializer_list` constructor for `discrete_distribution`	Yes
736⁽ⁱ⁾	NAD	29.5.9.6.1 [rand.dist.samp.discrete]	Comment on [rand.dist.samp.discrete]	Yes
4052⁽ⁱ⁾	New	29.5.9.6.2 [rand.dist.samp.pconst]	Bogus requirements for `piecewise_linear_distribution`	No	4
1439⁽ⁱ⁾	C++11	29.5.9.6.2 [rand.dist.samp.pconst]	Return from `densities()` functions?	Yes
792⁽ⁱ⁾	CD1	29.5.9.6.2 [rand.dist.samp.pconst]	`piecewise_constant_distribution` is undefined for a range with just one endpoint	Yes
794⁽ⁱ⁾	Resolved	29.5.9.6.2 [rand.dist.samp.pconst]	`piecewise_constant_distribution` missing constructor	Yes
875⁽ⁱ⁾	Resolved	29.5.9.6.2 [rand.dist.samp.pconst]	Missing `initializer_list` constructor for `piecewise_constant_distribution`	Yes
737⁽ⁱ⁾	NAD	29.5.9.6.2 [rand.dist.samp.pconst]	Comment on [rand.dist.samp.pconst]	Yes
791⁽ⁱ⁾	NAD	29.5.9.6.2 [rand.dist.samp.pconst]	`piecewise_constant_distribution::densities` has wrong name	Yes
1440⁽ⁱ⁾	C++11	29.5.9.6.3 [rand.dist.samp.plinear]	Incorrect specification for `piecewise_linear_distribution`	Yes
2058⁽ⁱ⁾	C++14	29.6 [numarray]	`valarray` and `begin/end`	Yes
621⁽ⁱ⁾	CD1	29.6 [numarray]	non-const copy assignment operators of helper arrays	Yes
93⁽ⁱ⁾	NAD	29.6 [numarray]	Incomplete Valarray Subset Definitions	Yes
125⁽ⁱ⁾	TC1	29.6.2 [template.valarray]	valarray<T>::operator!() return type is inconsistent	Yes
107⁽ⁱ⁾	NAD	29.6.2 [template.valarray]	Valarray constructor is strange	Yes
630⁽ⁱ⁾	C++11	29.6.2.2 [valarray.cons]	arrays of `valarray`	Yes
1208⁽ⁱ⁾	C++11	29.6.2.2 [valarray.cons]	`valarray initializer_list` constructor has incorrect effects	Yes
253⁽ⁱ⁾	CD1	29.6.2.2 [valarray.cons]	valarray helper functions are almost entirely useless	Yes
620⁽ⁱ⁾	CD1	29.6.2.2 [valarray.cons]	valid uses of empty valarrays	Yes
867⁽ⁱ⁾	NAD Editorial	29.6.2.2 [valarray.cons]	Valarray and value-initialization	Yes
2071⁽ⁱ⁾	C++14	29.6.2.3 [valarray.assign]	`std::valarray` move-assignment	Yes
624⁽ⁱ⁾	CD1	29.6.2.3 [valarray.assign]	`valarray` assignment and arrays of unequal length	Yes
389⁽ⁱ⁾	CD1	29.6.2.4 [valarray.access]	Const overload of valarray::operator[] returns by value	Yes		77
636⁽ⁱ⁾	NAD Editorial	29.6.2.4 [valarray.access]	26.5.2.3 valarray::operator[]	Yes
717⁽ⁱ⁾	NAD Editorial	29.6.2.4 [valarray.access]	Incomplete `valarray::operator[]` specification in [valarray.access]	Yes
77⁽ⁱ⁾	Dup	29.6.2.4 [valarray.access]	Valarray operator[] const returning value	Yes		389
430⁽ⁱ⁾	C++11	29.6.2.5 [valarray.sub]	`valarray` subset operations	Yes
188⁽ⁱ⁾	NAD	29.6.2.7 [valarray.cassign]	valarray helpers missing augmented assignment operators	Yes
1243⁽ⁱ⁾	NAD	29.6.2.7 [valarray.cassign]	Missing `operator+= (initializer_list<T>)` for `valarray`	Yes
618⁽ⁱ⁾	CD1	29.6.2.8 [valarray.members]	valarray::cshift() effects on empty array	Yes
3074⁽ⁱ⁾	C++20	29.6.3 [valarray.nonmembers]	Non-member functions for `valarray` should only deduce from the `valarray`	Yes	0
3964⁽ⁱ⁾	New	29.6.3.3 [valarray.transcend]	`std::atan2` and `std::pow` overloads that take two `std::valarray` parameters should require the arguments to have the same length	Yes	4
543⁽ⁱ⁾	CD1	29.6.4 [class.slice]	valarray slice default constructor	Yes
2423⁽ⁱ⁾	New	29.6.5 [template.slice.array]	Missing specification `slice_array`, `gslice_array`, `mask_array`, `indirect_array` copy constructor	Yes	4
106⁽ⁱ⁾	TC1	29.6.5 [template.slice.array]	Numeric library private members are implementation defined	Yes
81⁽ⁱ⁾	NAD	29.6.5 [template.slice.array]	Wrong declaration of slice operations	Yes
123⁽ⁱ⁾	CD1	29.6.5.4 [slice.arr.fill]	Should valarray helper arrays fill functions be const?	Yes
2115⁽ⁱ⁾	Open	29.6.8 [template.mask.array]	Undefined behaviour for `valarray` assignments with `mask_array` index?	No	4
3693⁽ⁱ⁾	New	29.7 [c.math]	§[c.math] Can any of `float/double/long double` overloads be fused into template overloads?	No	2
2192⁽ⁱ⁾	C++17	29.7 [c.math]	Validity and return type of `std::abs(0u)` is unclear	Yes	2
2735⁽ⁱ⁾	C++17	29.7 [c.math]	`std::abs(short)`, `std::abs(signed char)` and others should return `int` instead of `double` in order to be compatible with C++98 and C	Yes	3
2086⁽ⁱ⁾	C++14	29.7 [c.math]	Overly generic type support for math functions	Yes
1134⁽ⁱ⁾	C++11	29.7 [c.math]	Redundant specification of `<stdint.h>`, `<fenv.h>`, `<tgmath.h>`, and maybe `<complex.h>`	Yes
1441⁽ⁱ⁾	C++11	29.7 [c.math]	Floating-point test functions are incorrectly specified	Yes
295⁽ⁱ⁾	CD1	29.7 [c.math]	Is abs defined in <cmath>?	Yes
395⁽ⁱ⁾	CD1	29.7 [c.math]	inconsistencies in the definitions of rand() and random_shuffle()	Yes
550⁽ⁱ⁾	CD1	29.7 [c.math]	What should the return type of `pow(float,int)` be?	Yes
722⁽ⁱ⁾	CD1	29.7 [c.math]	Missing [c.math] functions `nanf` and `nanl`	Yes
2294⁽ⁱ⁾	Resolved	29.7 [c.math]	`<cstdlib>` should declare `abs(double)`	Yes	2
1327⁽ⁱ⁾	Resolved	29.7 [c.math]	templates defined in `<cmath>` replacing C macros with the same name	Yes
637⁽ⁱ⁾	NAD Editorial	29.7 [c.math]	§[c.math]/10 inconsistent return values	Yes
357⁽ⁱ⁾	NAD Editorial	29.7 [c.math]	<cmath> float functions cannot return HUGE_VAL	Yes
690⁽ⁱ⁾	NAD Editorial	29.7 [c.math]	abs(long long) should return long long	Yes
213⁽ⁱ⁾	NAD	29.7 [c.math]	Math function overloads ambiguous	Yes
289⁽ⁱ⁾	NAD	29.7 [c.math]	<cmath> requirements missing C float and long double versions	Yes
323⁽ⁱ⁾	NAD	29.7 [c.math]	`abs()` overloads in different headers	Yes
583⁽ⁱ⁾	NAD	29.7 [c.math]	`div()` for unsigned integral types	Yes
584⁽ⁱ⁾	NAD	29.7 [c.math]	missing int `pow(int,int)` functionality	Yes
2079⁽ⁱ⁾	NAD	29.7 [c.math]	Required `pow()` overloads	Yes	3
2474⁽ⁱ⁾	NAD	29.7 [c.math]	`<cmath>` functions unfriendly to `integral_constant` arguments	Yes	4
2847⁽ⁱ⁾	New	29.7.1 [cmath.syn]	`sin(float)` should call `sinf(float)`	No	3
2923⁽ⁱ⁾	New	29.7.1 [cmath.syn]	`noexcept` is inconsistently applied across headers which import components of the C standard library	No	4
3790⁽ⁱ⁾	C++23	29.7.1 [cmath.syn]	P1467 accidentally changed `nexttoward`'s signature	Yes	1
3051⁽ⁱ⁾	C++20	29.7.1 [cmath.syn]	Floating point classifications were inadvertently changed in P0175	Yes	0
3223⁽ⁱ⁾	Resolved	29.7.1 [cmath.syn]	`lerp` should not add the "sufficient additional overloads"	Yes	2
3234⁽ⁱ⁾	Resolved	29.7.1 [cmath.syn]	Sufficient Additional Special Math Overloads	Yes	3
3093⁽ⁱ⁾	New	29.7.2 [c.math.abs]	LWG 2294/2192 missed a `std::abs` overload	No	3
3172⁽ⁱ⁾	New	29.7.3 [c.math.hypot3]	3-arg `std::hypot` is underspecified compared to the 2-arg overload	Yes	3
3201⁽ⁱ⁾	C++20	29.7.4 [c.math.lerp]	`lerp` should be marked as `noexcept`	Yes	2
3066⁽ⁱ⁾	New	29.7.6 [sf.cmath]	"report a domain error" in [sf.cmath]/1 is underspecified	No	3
4136⁽ⁱ⁾	New	29.9.3 [linalg.general]	Specify behavior of [linalg] Hermitian algorithms on diagonal with nonzero imaginary part	Yes
4137⁽ⁱ⁾	New	29.9.14 [linalg.algs.blas2]	Fix Mandates, Preconditions, and Complexity elements of [linalg] algorithms	Yes

Section 30 (90 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
786⁽ⁱ⁾	Resolved	30 [time]	Thread library timed waits, UTC and monotonic clocks	Yes
1032⁽ⁱ⁾	NAD Concepts	30 [time]	Tome utility templates need to be concept-constrained	Yes
2592⁽ⁱ⁾	New	30.2 [time.syn]	Require that `chrono::duration_cast`s from smaller durations to larger durations do not overflow	Yes	4
2278⁽ⁱ⁾	C++14	30.2 [time.syn]	User-defined literals for Standard Library types	Yes
954⁽ⁱ⁾	C++11	30.3 [time.clock.req]	Various threading bugs #4	Yes
956⁽ⁱ⁾	C++11	30.3 [time.clock.req]	Various threading bugs #6	Yes
953⁽ⁱ⁾	Resolved	30.3 [time.clock.req]	Various threading bugs #3	Yes
955⁽ⁱ⁾	NAD	30.3 [time.clock.req]	Various threading bugs #5	Yes
951⁽ⁱ⁾	C++11	30.4.1 [time.traits.is.fp]	Various threading bugs #1	Yes
3123⁽ⁱ⁾	C++23	30.5 [time.duration]	`duration` constructor from representation shouldn't be effectively non-throwing	Yes	3
934⁽ⁱ⁾	C++11	30.5 [time.duration]	`duration` is missing `operator%`	Yes
1171⁽ⁱ⁾	C++11	30.5 [time.duration]	duration types should be literal	Yes
1177⁽ⁱ⁾	C++11	30.5 [time.duration]	Improve "diagnostic required" wording	Yes
2912⁽ⁱ⁾	Resolved	30.5 [time.duration]	Add a deduction guide for class template `duration`	Yes
3090⁽ⁱ⁾	New	30.5.2 [time.duration.cons]	What is §[time.duration.cons]p4's "no overflow is induced in the conversion" intended to mean?	Yes	3
3050⁽ⁱ⁾	C++20	30.5.2 [time.duration.cons]	Conversion specification problem in `chrono::duration` constructor	Yes	3
2094⁽ⁱ⁾	C++14	30.5.2 [time.duration.cons]	`duration` conversion overflow shouldn't participate in overload resolution	Yes
974⁽ⁱ⁾	C++11	30.5.2 [time.duration.cons]	`duration<double>` should not implicitly convert to `duration<int>`	Yes
3104⁽ⁱ⁾	C++20	30.5.6 [time.duration.nonmember]	Fixing `duration` division	Yes	0
1271⁽ⁱ⁾	C++11	30.5.6 [time.duration.nonmember]	`CR` undefined in duration operators	Yes
2004⁽ⁱ⁾	C++11	30.5.6 [time.duration.nonmember]	`duration::operator*` has template parameters in funny order	Yes
2020⁽ⁱ⁾	C++11	30.5.6 [time.duration.nonmember]	Time utility arithmetic `constexpr` functions have invalid effects	Yes
882⁽ⁱ⁾	CD1	30.5.6 [time.duration.nonmember]	`duration` non-member arithmetic requirements	Yes
947⁽ⁱ⁾	Resolved	30.5.6 [time.duration.nonmember]	`duration` arithmetic: contradictory requirements	Yes
3503⁽ⁱ⁾	New	30.5.8 [time.duration.cast]	`chrono::ceil` has surprising requirement	Yes	3
952⁽ⁱ⁾	NAD Editorial	30.5.8 [time.duration.cast]	Various threading bugs #2	Yes
946⁽ⁱ⁾	NAD	30.5.8 [time.duration.cast]	`duration_cast` improperly specified	Yes
2383⁽ⁱ⁾	Open	30.5.9 [time.duration.literals]	Overflow cannot be ill-formed for chrono::duration integer literals	No	3
3741⁽ⁱ⁾	NAD	30.5.10 [time.duration.alg]	`std::chrono::abs(duration)` is ill-formed with non-reduced periods	Yes
3536⁽ⁱ⁾	C++23	30.5.11 [time.duration.io]	Should `chrono::from_stream()` assign zero to `duration` for failure?	Yes
3094⁽ⁱ⁾	C++20	30.5.11 [time.duration.io]	§[time.duration.io]p4 makes surprising claims about encoding	Yes	0
3314⁽ⁱ⁾	C++20	30.5.11 [time.duration.io]	Is stream insertion behavior locale dependent when `Period::type` is `micro`?	Yes	2
3317⁽ⁱ⁾	C++20	30.5.11 [time.duration.io]	Incorrect `operator<<` for floating-point durations	Yes	0
3125⁽ⁱ⁾	Resolved	30.5.11 [time.duration.io]	`duration` streaming precondition should be a SFINAE condition	Yes	2
2054⁽ⁱ⁾	Resolved	30.6 [time.point]	`time_point` constructors need to be `constexpr`	Yes
2739⁽ⁱ⁾	C++17	30.6.6 [time.point.nonmember]	Issue with `time_point` non-member subtraction with an unsigned duration	Yes	0
2057⁽ⁱ⁾	Resolved	30.6.6 [time.point.nonmember]	`time_point + duration` semantics should be made `constexpr` conforming	Yes
935⁽ⁱ⁾	NAD	30.7 [time.clock]	clock error handling needs to be specified	Yes
957⁽ⁱ⁾	C++11	30.7.2 [time.clock.system]	Various threading bugs #7	Yes
945⁽ⁱ⁾	NAD Editorial	30.7.2 [time.clock.system]	`system_clock::rep` not specified	Yes
3318⁽ⁱ⁾	C++20	30.7.2.1 [time.clock.system.overview]	Clarify whether clocks can represent time before their epoch	Yes	0
3316⁽ⁱ⁾	C++20	30.7.3.1 [time.clock.utc.overview]	Correctly define epoch for `utc_clock` / `utc_timepoint`	Yes	0
3145⁽ⁱ⁾	C++20	30.7.6 [time.clock.file]	`file_clock` breaks ABI for C++17 implementations	Yes	1
1413⁽ⁱ⁾	NAD	30.7.8 [time.clock.hires]	Specify whether `high_resolution_clock` is a distinct type or a typedef	Yes
3260⁽ⁱ⁾	C++20	30.8 [time.cal]	`year_month*` arithmetic rejects durations convertible to years	Yes	2
3209⁽ⁱ⁾	C++20	30.8.5.2 [time.cal.year.members]	Expression in `year::ok()` returns clause is ill-formed	Yes	0
3273⁽ⁱ⁾	C++20	30.8.7.2 [time.cal.wdidx.members]	Specify `weekday_indexed` to range of `[0, 7]`	Yes	0
3221⁽ⁱ⁾	C++20	30.8.13.3 [time.cal.ym.nonmembers]	Result of `year_month` arithmetic with `months` is ambiguous	Yes	0
3206⁽ⁱ⁾	C++20	30.8.14.2 [time.cal.ymd.members]	`year_month_day` conversion to `sys_days` uses not-existing member function	Yes	0
3231⁽ⁱ⁾	C++20	30.8.15.2 [time.cal.ymdlast.members]	`year_month_day_last::day` specification does not cover `!ok()` values	Yes	0
3091⁽ⁱ⁾	Resolved	30.9 [time.hms]	subsecond-precision `time_of_day` and durations that `seconds` cannot convert to	Yes	2
3319⁽ⁱ⁾	C++20	30.11.1 [time.zone.general]	Properly reference specification of IANA time zone database	Yes	0
3678⁽ⁱ⁾	New	30.11.5.1 [time.zone.overview]	Constructors of `std::chrono::time_zone` might be overly unspecified	No	4
3232⁽ⁱ⁾	C++20	30.11.7.1 [time.zone.zonedtime.overview]	Inconsistency in `zoned_time` deduction guides	Yes	0
3294⁽ⁱ⁾	C++20	30.11.7.1 [time.zone.zonedtime.overview]	`zoned_time` deduction guides misinterprets `string`/`char*`	Yes	0
4067⁽ⁱ⁾	New	30.11.7.2 [time.zone.zonedtime.ctor]	Inconsistency and potential infinity meta-recursion in `std::chrono::zoned_time`'s constructors	Yes	3
3224⁽ⁱ⁾	C++20	30.11.7.2 [time.zone.zonedtime.ctor]	`zoned_time` constructor from `TimeZonePtr` does not specify initialization of `tp_`	Yes	0
3225⁽ⁱ⁾	C++20	30.11.7.2 [time.zone.zonedtime.ctor]	`zoned_time` converting constructor shall not be `noexcept`	Yes	0
3226⁽ⁱ⁾	C++20	30.11.7.2 [time.zone.zonedtime.ctor]	`zoned_time` constructor from `string_view` should accept `zoned_time<Duration2, TimeZonePtr2>`	Yes	2
4139⁽ⁱ⁾	New	30.11.8 [time.zone.leap]	§[time.zone.leap] recursive constraint in `<=>`	No	3
3359⁽ⁱ⁾	C++20	30.11.8 [time.zone.leap]	`<chrono>` leap second support should allow for negative leap seconds	Yes	3
3383⁽ⁱ⁾	C++20	30.11.8.3 [time.zone.leap.nonmembers]	§[time.zone.leap.nonmembers] `sys_seconds` should be replaced with `seconds`	Yes	1
4118⁽ⁱ⁾	New	30.12 [time.format]	How should `duration` formatters format custom `rep` types?	Yes	3
4022⁽ⁱ⁾	New	30.12 [time.format]	Ambiguity in the formatting of negative years with format specifier `%C`	Yes
3856⁽ⁱ⁾	New	30.12 [time.format]	Unclear which conversion specifiers are valid for each chrono type	Yes	3
3921⁽ⁱ⁾	New	30.12 [time.format]	Is `std::chrono::duration<std::int64_t, std::ratio<INT64_MAX - 1, INT64_MAX>>{40}` required to be correctly formatted?	No	3
3831⁽ⁱ⁾	New	30.12 [time.format]	Two-digit formatting of negative `year` is ambiguous	Yes	3
3844⁽ⁱ⁾	Open	30.12 [time.format]	Non-numeric formats for negative durations	Yes	3
4124⁽ⁱ⁾	WP	30.12 [time.format]	Cannot format `zoned_time` with resolution coarser than seconds	Yes
3842⁽ⁱ⁾	C++23	30.12 [time.format]	Unclear wording for precision in chrono-format-spec	Yes
3241⁽ⁱ⁾	C++20	30.12 [time.format]	`chrono-spec` grammar ambiguity in §[time.format]	Yes	0
3262⁽ⁱ⁾	C++20	30.12 [time.format]	Formatting of negative durations is not specified	Yes	2
3270⁽ⁱ⁾	C++20	30.12 [time.format]	Parsing and formatting `%j` with `duration`s	Yes	2
3272⁽ⁱ⁾	C++20	30.12 [time.format]	`%I%p` should parse/format `duration` since midnight	Yes	0
3332⁽ⁱ⁾	C++20	30.12 [time.format]	Issue in §[time.format]	Yes	0
3565⁽ⁱ⁾	Resolved	30.12 [time.format]	Handling of encodings in localized formatting of `chrono` types is underspecified	Yes	2
3547⁽ⁱ⁾	Resolved	30.12 [time.format]	Time formatters should not be locale sensitive by default	Yes	2
3956⁽ⁱ⁾	Tentatively Ready	30.13 [time.parse]	`chrono::parse` uses `from_stream` as a customization point	Yes	3
3962⁽ⁱ⁾	New	30.13 [time.parse]	What is the "decimal precision of the input"?	Yes	3
3960⁽ⁱ⁾	New	30.13 [time.parse]	How does `chrono::parse` handle duplicated data?	Yes	3
3961⁽ⁱ⁾	New	30.13 [time.parse]	Does `chrono::parse` check format strings?	Yes	3
3554⁽ⁱ⁾	C++23	30.13 [time.parse]	`chrono::parse` needs `const charT*` and `basic_string_view<charT>` overloads	Yes	2
3131⁽ⁱ⁾	C++20	30.13 [time.parse]	`addressof` all the things	Yes	0
3218⁽ⁱ⁾	C++20	30.13 [time.parse]	Modifier for `%d` parse flag does not match POSIX and `format` specification	Yes	0
3230⁽ⁱ⁾	C++20	30.13 [time.parse]	Format specifier `%y/%Y` is missing locale alternative versions	Yes	0
3235⁽ⁱ⁾	C++20	30.13 [time.parse]	`parse` manipulator without abbreviation is not callable	Yes	0
3245⁽ⁱ⁾	C++20	30.13 [time.parse]	Unnecessary restriction on `'%p'` parse specifier	Yes	0
3252⁽ⁱ⁾	C++20	30.13 [time.parse]	Parse locale's aware modifiers for commands are not consistent with POSIX spec	Yes	2
3269⁽ⁱ⁾	C++20	30.13 [time.parse]	Parse manipulators do not specify the result of the extraction from stream	Yes	2
3271⁽ⁱ⁾	NAD	30.13 [time.parse]	Parsing functions should save and restore stream format state	Yes	3

Section 31 (318 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
423⁽ⁱ⁾	Open	31 [input.output]	Effects of negative `streamsize` in iostreams	Yes	3
3130⁽ⁱ⁾	C++20	31 [input.output]	§[input.output] needs many `addressof`	Yes	0
44⁽ⁱ⁾	CD1	31 [input.output]	Iostreams use operator== on int_type values	Yes
273⁽ⁱ⁾	CD1	31 [input.output]	Missing ios_base qualification on members of a dependent class	Yes
308⁽ⁱ⁾	CD1	31 [input.output]	Table 82 mentions unrelated headers	Yes
365⁽ⁱ⁾	CD1	31 [input.output]	Lack of const-qualification in clause 27	Yes
55⁽ⁱ⁾	TC1	31 [input.output]	Invalid stream position is undefined	Yes
366⁽ⁱ⁾	NAD	31 [input.output]	Excessive const-qualification	Yes
1141⁽ⁱ⁾	NAD Concepts	31 [input.output]	Input/Output library not concept enabled	Yes
623⁽ⁱ⁾	CD1	31.2.1 [iostream.limits.imbue]	`pubimbue` forbidden to call `imbue`	Yes
3696⁽ⁱ⁾	New	31.2.2 [stream.types]	"Basic integral types" should not be used	No	3
369⁽ⁱ⁾	CD1	31.4 [iostream.objects]	io stream objects and static ctors	Yes
455⁽ⁱ⁾	CD1	31.4 [iostream.objects]	cerr::tie() and wcerr::tie() are overspecified	Yes
574⁽ⁱ⁾	CD1	31.4 [iostream.objects]	DR 369 Contradicts Text	Yes
155⁽ⁱ⁾	TC1	31.4 [iostream.objects]	Typo in naming the class defining the class `Init`	Yes
3910⁽ⁱ⁾	New	31.4.2 [iostream.objects.overview]	The effects of including `<iostream>` on initialization are not yet precisely specified	Yes	4
3878⁽ⁱ⁾	C++23	31.4.2 [iostream.objects.overview]	`import std;` should guarantee initialization of standard iostreams objects	Yes
29⁽ⁱ⁾	TC1	31.4.3 [narrow.stream.objects]	Ios_base::init doesn't exist	Yes
178⁽ⁱ⁾	NAD	31.4.3 [narrow.stream.objects]	Should clog and cerr initially be tied to cout?	Yes
2087⁽ⁱ⁾	C++14	31.5 [iostreams.base]	`iostream_category()` and `noexcept`	Yes
1257⁽ⁱ⁾	C++11	31.5 [iostreams.base]	Header <ios> still contains a `concept_map`	Yes
35⁽ⁱ⁾	TC1	31.5 [iostreams.base]	No manipulator unitbuf in synopsis	Yes
2462⁽ⁱ⁾	C++17	31.5.2 [ios.base]	`std::ios_base::failure` is overspecified	Yes	3
2143⁽ⁱ⁾	C++14	31.5.2 [ios.base]	`ios_base::xalloc` should be thread-safe	Yes
41⁽ⁱ⁾	TC1	31.5.2 [ios.base]	Ios_base needs clear(), exceptions()	Yes		157
50⁽ⁱ⁾	TC1	31.5.2 [ios.base]	Copy constructor and assignment operator of ios_base	Yes
78⁽ⁱ⁾	TC1	31.5.2 [ios.base]	Typo: event_call_back	Yes
331⁽ⁱ⁾	CD1	31.5.2.2.1 [ios.failure]	bad declaration of destructor for ios_base::failure	Yes
363⁽ⁱ⁾	CD1	31.5.2.2.1 [ios.failure]	Missing exception specification in 27.4.2.1.1	Yes
48⁽ⁱ⁾	TC1	31.5.2.2.1 [ios.failure]	Use of non-existent exception constructor	Yes
2765⁽ⁱ⁾	C++17	31.5.2.2.6 [ios.init]	Did LWG 1123 go too far?	Yes	0
1123⁽ⁱ⁾	C++11	31.5.2.2.6 [ios.init]	No requirement that standard streams be flushed	Yes
418⁽ⁱ⁾	NAD	31.5.2.2.6 [ios.init]	exceptions thrown during iostream cleanup	Yes
189⁽ⁱ⁾	TC1	31.5.2.3 [fmtflags.state]	setprecision() not specified correctly	Yes
287⁽ⁱ⁾	NAD	31.5.2.3 [fmtflags.state]	conflicting ios_base fmtflags	Yes
47⁽ⁱ⁾	TC1	31.5.2.4 [ios.base.locales]	Imbue() and getloc() Returns clauses swapped	Yes
156⁽ⁱ⁾	TC1	31.5.2.4 [ios.base.locales]	Typo in `imbue()` description	Yes
49⁽ⁱ⁾	CD1	31.5.2.5 [ios.members.static]	Underspecification of ios_base::sync_with_stdio	Yes
3675⁽ⁱ⁾	New	31.5.2.6 [ios.base.storage]	`std::ios_base::iword/pword` might be misspecified	Yes	4
3083⁽ⁱ⁾	C++20	31.5.2.6 [ios.base.storage]	What should `ios::iword(-1)` do?	Yes	0
36⁽ⁱ⁾	TC1	31.5.2.6 [ios.base.storage]	Iword & pword storage lifetime omitted	Yes
2600⁽ⁱ⁾	NAD	31.5.2.6 [ios.base.storage]	`ios_base` must store inaccessible iostate flags	Yes
157⁽ⁱ⁾	Dup	31.5.2.6 [ios.base.storage]	Meaningless error handling for `pword()` and `iword()`	Yes		41
2675⁽ⁱ⁾	New	31.5.2.7 [ios.base.callback]	`register_callback` can fail	No	3
3434⁽ⁱ⁾	C++23	31.5.2.8 [ios.base.cons]	`ios_base` never reclaims memory for `iarray` and `parray`	Yes
220⁽ⁱ⁾	TC1	31.5.2.8 [ios.base.cons]	~ios_base() usage valid?	Yes
441⁽ⁱ⁾	CD1	31.5.3 [fpos]	Is fpos::state const?	Yes
6⁽ⁱ⁾	NAD	31.5.3 [fpos]	File position not an offset unimplementable	Yes
332⁽ⁱ⁾	NAD	31.5.3 [fpos]	Consider adding increment and decrement operators to std::fpos< T >	Yes
573⁽ⁱ⁾	NAD	31.5.3 [fpos]	C++0x file positioning should handle modern file sizes	Yes
3118⁽ⁱ⁾	C++23	31.5.3.3 [fpos.operations]	`fpos` equality comparison unspecified	Yes	4
52⁽ⁱ⁾	TC1	31.5.3.3 [fpos.operations]	Small I/O problems	Yes
2808⁽ⁱ⁾	Resolved	31.5.3.3 [fpos.operations]	Requirements for `fpos` and `stateT`	Yes	4
2832⁽ⁱ⁾	Resolved	31.5.3.3 [fpos.operations]	§[fpos.operations] strange requirement for `P(i)`	Yes	3
1444⁽ⁱ⁾	Dup	31.5.3.3 [fpos.operations]	`OFF_T` is not defined	Yes		1414
194⁽ⁱ⁾	NAD	31.5.4 [ios]	rdbuf() functions poorly specified	Yes
2214⁽ⁱ⁾	Open	31.5.4.2 [basic.ios.cons]	Clarify `basic_ios::init` call restrictions	Yes	4
1249⁽ⁱ⁾	C++11	31.5.4.2 [basic.ios.cons]	`basic_ios` default ctor	Yes
53⁽ⁱ⁾	TC1	31.5.4.2 [basic.ios.cons]	Basic_ios destructor unspecified	Yes
145⁽ⁱ⁾	NAD	31.5.4.2 [basic.ios.cons]	adjustfield lacks default value	Yes
835⁽ⁱ⁾	C++11	31.5.4.3 [basic.ios.members]	Tying two streams together (correction to DR 581)	Yes
1104⁽ⁱ⁾	C++11	31.5.4.3 [basic.ios.members]	`basic_ios::move` should accept lvalues	Yes
1183⁽ⁱ⁾	C++11	31.5.4.3 [basic.ios.members]	`basic_ios::set_rdbuf` may break class invariants	Yes
256⁽ⁱ⁾	CD1	31.5.4.3 [basic.ios.members]	typo in 27.4.4.2, p17: copy_event does not exist	Yes
292⁽ⁱ⁾	CD1	31.5.4.3 [basic.ios.members]	effects of a.copyfmt (a)	Yes
837⁽ⁱ⁾	NAD Editorial	31.5.4.3 [basic.ios.members]	`basic_ios::copyfmt()` overly loosely specified	Yes
1094⁽ⁱ⁾	C++11	31.5.4.4 [iostate.flags]	Replace "unspecified-bool-type" by "`explicit operator bool() const`" in I/O library	Yes
272⁽ⁱ⁾	CD1	31.5.4.4 [iostate.flags]	Missing parentheses around subexpression	Yes		569
412⁽ⁱ⁾	CD1	31.5.4.4 [iostate.flags]	Typo in 27.4.4.3	Yes		429
468⁽ⁱ⁾	CD1	31.5.4.4 [iostate.flags]	unexpected consequences of ios_base::operator void*()	Yes
429⁽ⁱ⁾	Dup	31.5.4.4 [iostate.flags]	typo in basic_ios::clear(iostate)	Yes		412
569⁽ⁱ⁾	Dup	31.5.4.4 [iostate.flags]	Postcondition for basic_ios::clear(iostate) incorrectly stated	Yes		272
2504⁽ⁱ⁾	New	31.6.3 [streambuf]	`basic_streambuf` is not an abstract class	No	3
56⁽ⁱ⁾	TC1	31.6.3 [streambuf]	Showmanyc's return type	Yes
122⁽ⁱ⁾	TC1	31.6.3 [streambuf]	streambuf/wstreambuf description should not say they are specializations	Yes
255⁽ⁱ⁾	NAD	31.6.3 [streambuf]	Why do `basic_streambuf<>::pbump()` and `gbump()` take an int?	Yes
54⁽ⁱ⁾	TC1	31.6.3.2 [streambuf.cons]	Basic_streambuf's destructor	Yes
421⁽ⁱ⁾	NAD	31.6.3.2 [streambuf.cons]	is `basic_streambuf` copy-constructible?	Yes
3658⁽ⁱ⁾	New	31.6.3.3.5 [streambuf.pub.put]	`basic_streambuf::sputn` is both overspecified and underspecified	Yes	3
4023⁽ⁱ⁾	WP	31.6.3.4 [streambuf.protected]	Preconditions of `std::basic_streambuf::setg/setp`	Yes
59⁽ⁱ⁾	TC1	31.6.3.4.2 [streambuf.get.area]	Ambiguity in specification of gbump	Yes
364⁽ⁱ⁾	CD1	31.6.3.5.2 [streambuf.virt.buffer]	Inconsistent wording in 27.5.2.4.2	Yes
158⁽ⁱ⁾	TC1	31.6.3.5.2 [streambuf.virt.buffer]	Underspecified semantics for `setbuf()`	Yes
159⁽ⁱ⁾	TC1	31.6.3.5.3 [streambuf.virt.get]	Strange use of `underflow()`	Yes
32⁽ⁱ⁾	TC1	31.6.3.5.4 [streambuf.virt.pback]	Pbackfail description inconsistent	Yes
565⁽ⁱ⁾	C++11	31.6.3.5.5 [streambuf.virt.put]	`xsputn` inefficient	Yes
567⁽ⁱ⁾	CD1	31.7 [iostream.format]	streambuf inserter and extractor should be unformatted	Yes
1445⁽ⁱ⁾	Resolved	31.7 [iostream.format]	Several iostreams member functions incorrectly specified	Yes
1447⁽ⁱ⁾	Resolved	31.7 [iostream.format]	Request to resolve issue LWG 1328	Yes
309⁽ⁱ⁾	NAD	31.7 [iostream.format]	Does sentry catch exceptions?	Yes
1148⁽ⁱ⁾	NAD	31.7 [iostream.format]	Wrong argument type of I/O stream manipulators `setprecision()` and `setw()`	Yes
1446⁽ⁱ⁾	NAD	31.7 [iostream.format]	Move and swap for I/O streams	Yes
911⁽ⁱ⁾	C++11	31.7.5 [input.streams]	I/O streams and `move/swap` semantic	Yes
160⁽ⁱ⁾	TC1	31.7.5.2 [istream]	Typo: Use of non-existing function `exception()`	Yes
113⁽ⁱ⁾	NAD	31.7.5.2 [istream]	Missing/extra iostream sync semantics	Yes
2036⁽ⁱ⁾	NAD	31.7.5.2 [istream]	`istream >> char` and `eofbit`	Yes
419⁽ⁱ⁾	C++11	31.7.5.2.4 [istream.sentry]	istream extractors not setting `failbit` if `eofbit` is already set	Yes
26⁽ⁱ⁾	TC1	31.7.5.2.4 [istream.sentry]	Bad sentry example	Yes
195⁽ⁱ⁾	TC1	31.7.5.2.4 [istream.sentry]	Should `basic_istream::sentry`'s constructor ever set eofbit?	Yes
1328⁽ⁱ⁾	Resolved	31.7.5.2.4 [istream.sentry]	istream extractors not setting `failbit` if `eofbit` is already set	Yes
203⁽ⁱ⁾	NAD	31.7.5.2.4 [istream.sentry]	basic_istream::sentry::sentry() is uninstantiable with ctype<user-defined type>	Yes
373⁽ⁱ⁾	CD1	31.7.5.3.1 [istream.formatted.reqmts]	Are basic_istream and basic_ostream to use (exceptions()&badbit) != 0 ?	Yes
60⁽ⁱ⁾	TC1	31.7.5.3.1 [istream.formatted.reqmts]	What is a formatted input function?	Yes		162, 163, 166
2349⁽ⁱ⁾	Resolved	31.7.5.3.1 [istream.formatted.reqmts]	Clarify input/output function rethrow behavior	Yes	3
696⁽ⁱ⁾	C++11	31.7.5.3.2 [istream.formatted.arithmetic]	`istream::operator>>(int&)` broken	Yes
118⁽ⁱ⁾	CD1	31.7.5.3.2 [istream.formatted.arithmetic]	`basic_istream` uses nonexistent `num_get` member functions	Yes
661⁽ⁱ⁾	CD1	31.7.5.3.2 [istream.formatted.arithmetic]	New 27.6.1.2.2 changes make special extractions useless	Yes
161⁽ⁱ⁾	TC1	31.7.5.3.2 [istream.formatted.arithmetic]	Typo: `istream_iterator` vs. `istreambuf_iterator`	Yes
413⁽ⁱ⁾	CD1	31.7.5.3.3 [istream.extractors]	Proposed resolution to LDR#64 still wrong	Yes
13⁽ⁱ⁾	TC1	31.7.5.3.3 [istream.extractors]	Eos refuses to die	Yes
64⁽ⁱ⁾	TC1	31.7.5.3.3 [istream.extractors]	Exception handling in `basic_istream::operator>>(basic_streambuf*)`	Yes
68⁽ⁱ⁾	TC1	31.7.5.3.3 [istream.extractors]	Extractors for char* should store null at end	Yes
2499⁽ⁱ⁾	Resolved	31.7.5.3.3 [istream.extractors]	`operator>>(basic_istream&, CharT*)` makes it hard to avoid buffer overflows	Yes	2
58⁽ⁱ⁾	NAD	31.7.5.3.3 [istream.extractors]	Extracting a char from a wide-oriented stream	Yes
639⁽ⁱ⁾	NAD	31.7.5.3.3 [istream.extractors]	Still problems with exceptions during streambuf IO	Yes
162⁽ⁱ⁾	Dup	31.7.5.3.3 [istream.extractors]	Really "formatted input functions"?	Yes		60
3464⁽ⁱ⁾	C++23	31.7.5.4 [istream.unformatted]	`istream::gcount()` can overflow	Yes	0
2243⁽ⁱ⁾	C++20	31.7.5.4 [istream.unformatted]	`istream::putback` problem	Yes	3
2244⁽ⁱ⁾	C++17	31.7.5.4 [istream.unformatted]	Issue on `basic_istream::seekg`	Yes	3
2085⁽ⁱ⁾	C++14	31.7.5.4 [istream.unformatted]	Wrong description of effect 1 of `basic_istream::ignore`	Yes
136⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	seekp, seekg setting wrong streams?	Yes
243⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	`get` and `getline` when sentry reports failure	Yes
370⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	Minor error in basic_istream::get	Yes
531⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	array forms of unformatted input functions	Yes
537⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	Typos in the signatures in 27.6.1.3/42-43 and 27.6.2.4	Yes
566⁽ⁱ⁾	CD1	31.7.5.4 [istream.unformatted]	array forms of unformatted input function undefined for zero-element arrays	Yes
61⁽ⁱ⁾	TC1	31.7.5.4 [istream.unformatted]	Ambiguity in iostreams exception policy	Yes
62⁽ⁱ⁾	TC1	31.7.5.4 [istream.unformatted]	`Sync`'s return value	Yes
129⁽ⁱ⁾	TC1	31.7.5.4 [istream.unformatted]	Need error indication from seekp() and seekg()	Yes
172⁽ⁱ⁾	TC1	31.7.5.4 [istream.unformatted]	Inconsistent types for `basic_istream::ignore()`	Yes
342⁽ⁱ⁾	NAD	31.7.5.4 [istream.unformatted]	seek and eofbit	Yes
399⁽ⁱ⁾	NAD	31.7.5.4 [istream.unformatted]	volations of unformatted input function requirements	Yes
2131⁽ⁱ⁾	NAD	31.7.5.4 [istream.unformatted]	Member function getline taking a string as parameter	Yes
163⁽ⁱ⁾	Dup	31.7.5.4 [istream.unformatted]	Return of `gcount()` after a call to `gcount`	Yes		60
415⁽ⁱ⁾	CD1	31.7.5.5 [istream.manip]	behavior of std::ws	Yes
2328⁽ⁱ⁾	C++17	31.7.5.6 [istream.rvalue]	Rvalue stream extraction should use perfect forwarding	Yes	3
2498⁽ⁱ⁾	Resolved	31.7.5.6 [istream.rvalue]	`operator>>(basic_istream&&, T&&)` returns `basic_istream&`, but should probably return `basic_istream&&`	Yes	3
271⁽ⁱ⁾	CD1	31.7.5.7 [iostreamclass]	basic_iostream missing typedefs	Yes
135⁽ⁱ⁾	NAD	31.7.5.7.2 [iostream.cons]	basic_iostream doubly initialized	Yes
2221⁽ⁱ⁾	C++17	31.7.6 [output.streams]	No formatted output operator for `nullptr`	Yes	3
2342⁽ⁱ⁾	New	31.7.6.2 [ostream]	User conversion to `wchar_t const*` or to `wchar_t` not invoked for `operator<<`	Yes	4
165⁽ⁱ⁾	CD1	31.7.6.2 [ostream]	`xsputn()`, `pubsync()` never called by `basic_ostream` members?	Yes
311⁽ⁱ⁾	CD1	31.7.6.2 [ostream]	Incorrect wording in basic_ostream class synopsis	Yes
2497⁽ⁱ⁾	New	31.7.6.2.4 [ostream.sentry]	Use of `uncaught_exception()`	Yes	3
442⁽ⁱ⁾	CD1	31.7.6.2.4 [ostream.sentry]	sentry::operator bool() inconsistent signature	Yes
397⁽ⁱ⁾	NAD Editorial	31.7.6.2.4 [ostream.sentry]	`ostream::sentry` dtor throws exceptions	Yes
398⁽ⁱ⁾	NAD	31.7.6.2.4 [ostream.sentry]	effects of end-of-file on unformatted input functions	Yes
2341⁽ⁱ⁾	C++14	31.7.6.2.5 [ostream.seeks]	Inconsistency between `basic_ostream::seekp(pos)` and `basic_ostream::seekp(off, dir)`	Yes	0
3667⁽ⁱ⁾	NAD	31.7.6.3 [ostream.formatted]	`std::cout << &X::f` prints `1`	Yes
394⁽ⁱ⁾	NAD	31.7.6.3.1 [ostream.formatted.reqmts]	behavior of formatted output on failure	Yes
4101⁽ⁱ⁾	New	31.7.6.3.2 [ostream.inserters.arithmetic]	LWG 117 loses the sign for negative NaN on some architectures	Yes	3
117⁽ⁱ⁾	CD1	31.7.6.3.2 [ostream.inserters.arithmetic]	`basic_ostream` uses nonexistent `num_put` member functions	Yes
640⁽ⁱ⁾	CD1	31.7.6.3.2 [ostream.inserters.arithmetic]	27.6.2.5.2 does not handle `(unsigned) long long`	Yes
437⁽ⁱ⁾	NAD	31.7.6.3.2 [ostream.inserters.arithmetic]	Formatted output of function pointers is confusing	Yes
166⁽ⁱ⁾	Dup	31.7.6.3.3 [ostream.inserters]	Really "formatted output functions"?	Yes		60
167⁽ⁱ⁾	CD1	31.7.6.3.4 [ostream.inserters.character]	Improper use of `traits_type::length()`	Yes
474⁽ⁱ⁾	CD1	31.7.6.3.4 [ostream.inserters.character]	confusing Footnote 297	Yes
4039⁽ⁱ⁾	New	31.7.6.3.5 [ostream.formatted.print]	§[ostream.formatted.print]: Inappropriate usage of `badbit` in definition of `vprint_unicode`/`vprint_nonunicode`	Yes
4088⁽ⁱ⁾	WP	31.7.6.3.5 [ostream.formatted.print]	`println` ignores the locale imbued in `std::ostream`	Yes
581⁽ⁱ⁾	CD1	31.7.6.4 [ostream.unformatted]	`flush()` not unformatted function	Yes
63⁽ⁱ⁾	TC1	31.7.6.4 [ostream.unformatted]	Exception-handling policy for unformatted output	Yes
168⁽ⁱ⁾	TC1	31.7.6.4 [ostream.unformatted]	Typo: formatted vs. unformatted	Yes
3501⁽ⁱ⁾	New	31.7.6.5 [ostream.manip]	`basic_syncbuf`-related manipulators refer to some `Allocator` without defining it	Yes	3
3571⁽ⁱ⁾	C++23	31.7.6.5 [ostream.manip]	`flush_emit` should set `badbit` if the `emit` call fails	Yes
333⁽ⁱ⁾	CD1	31.7.6.5 [ostream.manip]	does endl imply synchronization with the device?	Yes
1203⁽ⁱ⁾	C++20	31.7.6.6 [ostream.rvalue]	More useful rvalue stream insertion	Yes	2
2534⁽ⁱ⁾	C++17	31.7.6.6 [ostream.rvalue]	Constrain rvalue stream operators	Yes	3
3937⁽ⁱ⁾	New	31.7.7 [std.manip]	I/O manipulators should be specified in terms of base classes	No	3
183⁽ⁱ⁾	CD1	31.7.7 [std.manip]	I/O stream manipulators don't work for wide character streams	Yes
216⁽ⁱ⁾	Dup	31.7.7 [std.manip]	setbase manipulator description flawed	Yes		193
2984⁽ⁱ⁾	New	31.7.8 [ext.manip]	`put_money(99)` is unnecessarily undefined	Yes	3
810⁽ⁱ⁾	C++11	31.7.8 [ext.manip]	Missing traits dependencies in operational semantics of extended manipulators	Yes
1299⁽ⁱ⁾	C++11	31.7.8 [ext.manip]	Confusing typo in specification for `get_time`	Yes
692⁽ⁱ⁾	CD1	31.7.8 [ext.manip]	`get_money` and `put_money` should be formatted I/O functions	Yes
641⁽ⁱ⁾	NAD Editorial	31.7.8 [ext.manip]	Editorial fix for 27.6.4 (N2134)	Yes
2785⁽ⁱ⁾	C++17	31.7.9 [quoted.manip]	`quoted` should work with `basic_string_view`	Yes	0
2272⁽ⁱ⁾	C++14	31.7.9 [quoted.manip]	`quoted` should use `char_traits::eq` for character comparison	Yes
2344⁽ⁱ⁾	C++14	31.7.9 [quoted.manip]	`quoted()`'s interaction with padding is unclear	Yes	1
4042⁽ⁱ⁾	LEWG	31.7.10 [print.fun]	`std::print` should permit an efficient implementation	Yes	3
4044⁽ⁱ⁾	WP	31.7.10 [print.fun]	Confusing requirements for `std::print` on POSIX platforms	Yes	3
3309⁽ⁱ⁾	New	31.8 [string.streams]	Is `<ios>` implicitly `#include`d by `<sstream>`, `<fstream>` etc.?	No	3
252⁽ⁱ⁾	CD1	31.8 [string.streams]	missing casts/C-style casts used in iostreams	Yes
562⁽ⁱ⁾	CD1	31.8 [string.streams]	stringbuf ctor inefficient	Yes
128⁽ⁱ⁾	NAD	31.8 [string.streams]	Need open_mode() function for file stream, string streams, file buffers, and string buffers	Yes
251⁽ⁱ⁾	CD1	31.8.2 [stringbuf]	basic_stringbuf missing allocator_type	Yes
2995⁽ⁱ⁾	C++20	31.8.2.2 [stringbuf.cons]	`basic_stringbuf` default constructor forbids it from using SSO capacity	Yes	3
238⁽ⁱ⁾	CD1	31.8.2.2 [stringbuf.cons]	Contradictory results of stringbuf initialization.	Yes
3006⁽ⁱ⁾	Resolved	31.8.2.2 [stringbuf.cons]	Constructing a `basic_stringbuf` from a `string` — where does the allocator come from?	Yes	3
1251⁽ⁱ⁾	NAD	31.8.2.2 [stringbuf.cons]	move constructing `basic_stringbuf`	Yes
3992⁽ⁱ⁾	New	31.8.2.4 [stringbuf.members]	`basic_stringbuf::str()&&` should enforce 𝒪(1)	Yes
1448⁽ⁱ⁾	C++11	31.8.2.4 [stringbuf.members]	Concerns about `basic_stringbuf::str(basic_string)` postconditions	Yes
3097⁽ⁱ⁾	New	31.8.2.5 [stringbuf.virtuals]	`basic_stringbuf seekoff` effects trigger undefined behavior and have contradictory returns	No	3
2286⁽ⁱ⁾	Open	31.8.2.5 [stringbuf.virtuals]	`stringbuf::underflow()` underspecified	Yes	4
564⁽ⁱ⁾	C++11	31.8.2.5 [stringbuf.virtuals]	`stringbuf` seekpos underspecified	Yes
375⁽ⁱ⁾	CD1	31.8.2.5 [stringbuf.virtuals]	basic_ios should be ios_base in 27.7.1.3	Yes
376⁽ⁱ⁾	CD1	31.8.2.5 [stringbuf.virtuals]	basic_streambuf semantics	Yes
432⁽ⁱ⁾	CD1	31.8.2.5 [stringbuf.virtuals]	stringbuf::overflow() makes only one write position available	Yes
453⁽ⁱ⁾	CD1	31.8.2.5 [stringbuf.virtuals]	basic_stringbuf::seekoff need not always fail for an empty stream	Yes
563⁽ⁱ⁾	CD1	31.8.2.5 [stringbuf.virtuals]	stringbuf seeking from end	Yes
169⁽ⁱ⁾	TC1	31.8.2.5 [stringbuf.virtuals]	Bad efficiency of `overflow()` mandated	Yes
1449⁽ⁱ⁾	C++11	31.8.3 [istringstream]	Incomplete specification of header `<cinttypes>`	Yes
2429⁽ⁱ⁾	NAD	31.8.4 [ostringstream]	`std::basic_ostringstream` is missing an allocator-extended constructor	Yes
45⁽ⁱ⁾	NAD	31.8.4 [ostringstream]	Stringstreams read/write pointers initial position unclear	Yes
170⁽ⁱ⁾	TC1	31.8.5 [stringstream]	Inconsistent definition of `traits_type`	Yes
2121⁽ⁱ⁾	NAD	31.8.5.2 [stringstream.cons]	`app` for string streams	Yes	3
2676⁽ⁱ⁾	C++17	31.10 [file.streams]	Provide `filesystem::path` overloads for File-based streams	Yes	2
420⁽ⁱ⁾	CD1	31.10 [file.streams]	is std::FILE a complete type?	Yes
444⁽ⁱ⁾	CD1	31.10 [file.streams]	Bad use of casts in fstream	Yes
460⁽ⁱ⁾	CD1	31.10 [file.streams]	Default modes missing from basic_fstream member specifications	Yes
73⁽ⁱ⁾	NAD	31.10 [file.streams]	`is_open` should be const	Yes
863⁽ⁱ⁾	NAD	31.10 [file.streams]	What is the state of a stream after close() succeeds	Yes
105⁽ⁱ⁾	Dup	31.10 [file.streams]	fstream ctors argument types desired	Yes		454
3430⁽ⁱ⁾	C++23	31.10.1 [fstream.syn]	`std::fstream` & co. should be constructible from `string_view`	Yes	3
643⁽ⁱ⁾	CD1	31.10.3 [filebuf]	Impossible "as if" clauses	Yes
2943⁽ⁱ⁾	C++20	31.10.3.4 [filebuf.members]	Problematic specification of the wide version of `basic_filebuf::open`	Yes	2
443⁽ⁱ⁾	CD1	31.10.3.4 [filebuf.members]	filebuf::close() inconsistent use of EOF	Yes
596⁽ⁱ⁾	CD1	31.10.3.4 [filebuf.members]	27.8.1.3 Table 112 omits "a+" and "a+b" modes	Yes
454⁽ⁱ⁾	NAD	31.10.3.4 [filebuf.members]	`basic_filebuf::open` should accept `wchar_t` names	Yes		105
2473⁽ⁱ⁾	C++17	31.10.3.5 [filebuf.virtuals]	`basic_filebuf`'s relation to C `FILE` semantics	Yes	2
171⁽ⁱ⁾	CD1	31.10.3.5 [filebuf.virtuals]	Strange `seekpos()` semantics due to joint position	Yes
173⁽ⁱ⁾	TC1	31.10.3.5 [filebuf.virtuals]	Inconsistent types for `basic_filebuf::setbuf()`	Yes
900⁽ⁱ⁾	C++11	31.10.4 [ifstream]	Stream move-assignment	Yes
285⁽ⁱ⁾	CD1	31.10.4.2 [ifstream.cons]	minor editorial errors in fstream ctors	Yes
409⁽ⁱ⁾	CD1	31.10.4.4 [ifstream.members]	Closing an fstream should clear error state	Yes
22⁽ⁱ⁾	TC1	31.10.4.4 [ifstream.members]	Member open vs. flags	Yes
592⁽ⁱ⁾	NAD Editorial	31.10.4.4 [ifstream.members]	Incorrect treatment of rdbuf()->close() return type	Yes
642⁽ⁱ⁾	NAD Editorial	31.10.4.4 [ifstream.members]	Invalidated fstream footnotes in N2134	Yes
1150⁽ⁱ⁾	Resolved	31.10.6 [fstream]	wchar_t, char16_t and char32_t filenames	Yes
622⁽ⁱ⁾	CD1	31.10.6.4 [fstream.members]	behavior of `filebuf` dtor and `close` on error	Yes
3498⁽ⁱ⁾	C++23	31.11.2.1 [syncstream.syncbuf.overview]	Inconsistent `noexcept`-specifiers for `basic_syncbuf`	Yes	3
3253⁽ⁱ⁾	C++20	31.11.2.1 [syncstream.syncbuf.overview]	`basic_syncbuf::basic_syncbuf()` should not be explicit	Yes	0
3399⁽ⁱ⁾	NAD	31.11.2.1 [syncstream.syncbuf.overview]	`basic_syncbuf::emit()` + Qt's `#define emit` = Big Bada-Boom	Yes
3496⁽ⁱ⁾	New	31.11.2.4 [syncstream.syncbuf.members]	What does "uniquely associated" mean for `basic_syncbuf::emit()`?	No	3
3497⁽ⁱ⁾	New	31.11.2.4 [syncstream.syncbuf.members]	Postconditions for `basic_syncbuf::emit()`	No	3
3616⁽ⁱ⁾	C++23	31.11.2.6 [syncstream.syncbuf.special]	LWG 3498 seems to miss the non-member `swap` for `basic_syncbuf`	Yes
3334⁽ⁱ⁾	C++20	31.11.3 [syncstream.osyncstream]	`basic_osyncstream` move assignment and destruction calls `basic_syncbuf::emit()` twice	Yes	3
3867⁽ⁱ⁾	C++23	31.11.3.1 [syncstream.osyncstream.overview]	Should `std::basic_osyncstream`'s move assignment operator be `noexcept`?	Yes
3127⁽ⁱ⁾	C++20	31.11.3.1 [syncstream.osyncstream.overview]	`basic_osyncstream::rdbuf` needs a `const_cast`	Yes	0
3570⁽ⁱ⁾	C++23	31.11.3.3 [syncstream.osyncstream.members]	`basic_osyncstream::emit` should be an unformatted output function	Yes
2680⁽ⁱ⁾	C++17	31.12 [filesystems]	Add "Equivalent to" to filesystem	Yes	2
2666⁽ⁱ⁾	NAD Editorial	31.12 [filesystems]	Bitmask operations should use bitmask terms	Yes	3
3657⁽ⁱ⁾	C++23	31.12.6 [fs.class.path]	`std::hash<std::filesystem::path>` is not enabled	Yes
2707⁽ⁱ⁾	C++17	31.12.6 [fs.class.path]	`path` construction and assignment should have "`string_type&&`" overloads	Yes	0
2798⁽ⁱ⁾	Resolved	31.12.6 [fs.class.path]	Definition of path in terms of a string	Yes	2
2668⁽ⁱ⁾	NAD	31.12.6 [fs.class.path]	`path::operator+=` is defined, but not `operator+`	Yes	3
3244⁽ⁱ⁾	C++20	31.12.6.4 [fs.path.req]	Constraints for `Source` in §[fs.path.req] insufficiently constrainty	Yes	0
2711⁽ⁱ⁾	C++17	31.12.6.5.1 [fs.path.construct]	`path` is convertible from approximately everything under the sun	Yes	1
2664⁽ⁱ⁾	C++17	31.12.6.5.3 [fs.path.append]	`operator/` (and other append) semantics not useful if argument has root	Yes	2
2732⁽ⁱ⁾	C++17	31.12.6.5.3 [fs.path.append]	Questionable specification of `path::operator/=` and `path::append`	Yes	2
3055⁽ⁱ⁾	C++20	31.12.6.5.4 [fs.path.concat]	`path::operator+=(single-character)` misspecified	Yes	3
2734⁽ⁱ⁾	Resolved	31.12.6.5.4 [fs.path.concat]	Questionable specification in [fs.path.concat]	Yes	2
2665⁽ⁱ⁾	Resolved	31.12.6.5.5 [fs.path.modifiers]	`remove_filename()` post condition is incorrect	Yes	1
2966⁽ⁱ⁾	C++20	31.12.6.5.6 [fs.path.native.obs]	Incomplete resolution of US 74	Yes
2936⁽ⁱ⁾	C++20	31.12.6.5.8 [fs.path.compare]	Path comparison is defined in terms of the generic format	Yes	2
3098⁽ⁱ⁾	New	31.12.6.5.9 [fs.path.decompose]	Misleading example for `filesystem::path::filename()`	Yes	3
2667⁽ⁱ⁾	C++17	31.12.6.5.9 [fs.path.decompose]	`path::root_directory()` description is confusing	Yes	0
3699⁽ⁱ⁾	New	31.12.6.5.11 [fs.path.gen]	`lexically_relative` on UNC drive paths (`\\?\C:\...`) results in a default-constructed value	No	3
3070⁽ⁱ⁾	C++20	31.12.6.5.11 [fs.path.gen]	`path::lexically_relative` causes surprising results if a filename can also be a root-name	Yes	2
3096⁽ⁱ⁾	C++20	31.12.6.5.11 [fs.path.gen]	`path::lexically_relative` is confused by trailing slashes	Yes	2
3794⁽ⁱ⁾	New	31.12.6.6 [fs.path.itr]	`std::filesystem::path::iterator::reference` should be allowed to be `std::filesystem::path`	Yes	3
2674⁽ⁱ⁾	C++17	31.12.6.6 [fs.path.itr]	Bidirectional iterator requirement on `path::iterator` is very expensive	Yes	2
2989⁽ⁱ⁾	C++20	31.12.6.7 [fs.path.io]	`path`'s stream insertion operator lets you insert everything under the sun	Yes	2
3065⁽ⁱ⁾	C++20	31.12.6.8 [fs.path.nonmember]	LWG 2989 missed that all `path`'s other operators should be hidden friends as well	Yes	2
4070⁽ⁱ⁾	SG16	31.12.6.9.2 [fs.path.fmtr.funcs]	Transcoding by `std::formatter<std::filesystem::path>`	Yes	2
2965⁽ⁱ⁾	C++20	31.12.7.2 [fs.filesystem.error.members]	Non-existing `path::native_string()` in `filesystem_error::what()` specification	Yes	0
3043⁽ⁱ⁾	C++20	31.12.7.2 [fs.filesystem.error.members]	Bogus postcondition for `filesystem_error` constructor	Yes	0
2947⁽ⁱ⁾	New	31.12.8.1 [fs.enum.path.format]	Clarify several filesystem terms	No	3
2851⁽ⁱ⁾	C++20	31.12.8.2 [fs.enum.file.type]	`std::filesystem` enum classes are now underspecified	Yes	2
2678⁽ⁱ⁾	C++17	31.12.8.2 [fs.enum.file.type]	`std::filesystem` enum classes overspecified	Yes	3
2787⁽ⁱ⁾	C++17	31.12.9 [fs.class.file.status]	§[fs.file_status.cons] doesn't match class definition	Yes	0
3078⁽ⁱ⁾	New	31.12.10 [fs.class.directory.entry]	`directory_entry`, `directory_iterator` and `recursive_directory_iterator` perform needless path copies	No	3
3171⁽ⁱ⁾	C++23	31.12.10 [fs.class.directory.entry]	LWG 2989 breaks `directory_entry` stream insertion	Yes	2
2677⁽ⁱ⁾	Resolved	31.12.10.4 [fs.dir.entry.obs]	`directory_entry::status` is not allowed to be cached as a quality-of-implementation issue	Yes	2
2761⁽ⁱ⁾	NAD	31.12.10.4 [fs.dir.entry.obs]	`directory_entry` comparisons are members	Yes	2
3480⁽ⁱ⁾	C++23	31.12.11 [fs.class.directory.iterator]	`directory_iterator` and `recursive_directory_iterator` are not C++20 ranges	Yes	3
2723⁽ⁱ⁾	C++17	31.12.11 [fs.class.directory.iterator]	Do `directory_iterator` and `recursive_directory_iterator` become the end iterator upon error?	Yes	0
3719⁽ⁱ⁾	C++23	31.12.11.1 [fs.class.directory.iterator.general]	Directory iterators should be usable with default sentinel	Yes
3668⁽ⁱ⁾	New	31.12.11.2 [fs.dir.itr.members]	`[recursive_]directory_iterator` constructors refer to undefined `options`	Yes	3
3013⁽ⁱ⁾	C++20	31.12.11.2 [fs.dir.itr.members]	`(recursive_)directory_iterator` construction and traversal should not be `noexcept`	Yes	0
2726⁽ⁱ⁾	C++17	31.12.11.2 [fs.dir.itr.members]	`[recursive_]directory_iterator::increment(error_code&)` is underspecified	Yes	0
2840⁽ⁱ⁾	Resolved	31.12.11.2 [fs.dir.itr.members]	`directory_iterator::increment` is seemingly narrow-contract but marked `noexcept`	Yes	2
2706⁽ⁱ⁾	C++17	31.12.12 [fs.class.rec.dir.itr]	Error reporting for `recursive_directory_iterator::pop()` is under-specified	Yes	0
2708⁽ⁱ⁾	Open	31.12.12.2 [fs.rec.dir.itr.members]	`recursive_directory_iterator::recursion_pending()` is incorrectly specified	Yes	2
3067⁽ⁱ⁾	C++20	31.12.12.2 [fs.rec.dir.itr.members]	`recursive_directory_iterator::pop` must invalidate	Yes	0
2669⁽ⁱ⁾	C++17	31.12.12.2 [fs.rec.dir.itr.members]	`recursive_directory_iterator` effects refers to non-existent functions	Yes	0
2704⁽ⁱ⁾	C++17	31.12.12.2 [fs.rec.dir.itr.members]	`recursive_directory_iterator`'s members should require '`*this` is dereferenceable'	Yes	1
2956⁽ⁱ⁾	C++17	31.12.13.3 [fs.op.canonical]	`filesystem::canonical()` still defined in terms of `absolute(p, base)`	Yes	1
3057⁽ⁱ⁾	Open	31.12.13.4 [fs.op.copy]	Correct `copy_options` handling	Yes	2
2682⁽ⁱ⁾	C++20	31.12.13.4 [fs.op.copy]	`filesystem::copy()` won't create a symlink to a directory	Yes	2
3015⁽ⁱ⁾	C++20	31.12.13.4 [fs.op.copy]	`copy_options::unspecified` underspecified	Yes	3
2671⁽ⁱ⁾	C++17	31.12.13.4 [fs.op.copy]	Errors in Copy	Yes	0
2681⁽ⁱ⁾	C++17	31.12.13.4 [fs.op.copy]	`filesystem::copy()` cannot copy symlinks	Yes	2
2683⁽ⁱ⁾	C++17	31.12.13.4 [fs.op.copy]	`filesystem::copy()` says "no effects"	Yes	3
3056⁽ⁱ⁾	New	31.12.13.5 [fs.op.copy.file]	`copy_file()` copies which attributes?	Yes	3
2849⁽ⁱ⁾	C++20	31.12.13.5 [fs.op.copy.file]	Why does `!is_regular_file(from)` cause `copy_file` to report a "file already exists" error?	Yes	2
3014⁽ⁱ⁾	C++20	31.12.13.5 [fs.op.copy.file]	More `noexcept` issues with filesystem operations	Yes
2712⁽ⁱ⁾	C++17	31.12.13.5 [fs.op.copy.file]	`copy_file(from, to, ...)` has a number of unspecified error conditions	Yes	2
3744⁽ⁱ⁾	New	31.12.13.6 [fs.op.copy.symlink]	`copy_symlink(junction, new_symlink)`'s behavior is unclear	No	3
2935⁽ⁱ⁾	C++20	31.12.13.7 [fs.op.create.directories]	What should `create_directories` do when `p` already exists but is not a directory?	Yes	0
3079⁽ⁱ⁾	C++20	31.12.13.8 [fs.op.create.directory]	LWG 2935 forgot to fix the `existing_p` overloads of `create_directory`	Yes	0
2937⁽ⁱ⁾	C++20	31.12.13.13 [fs.op.equivalent]	Is `equivalent("existing_thing", "not_existing_thing")` an error?	Yes	0
2722⁽ⁱ⁾	C++17	31.12.13.13 [fs.op.equivalent]	`equivalent` incorrectly specifies throws clause	Yes	3
2725⁽ⁱ⁾	C++17	31.12.13.14 [fs.op.exists]	`filesystem::exists(const path&, error_code&)` error reporting	Yes	1
2663⁽ⁱ⁾	Resolved	31.12.13.15 [fs.op.file.size]	Enable efficient retrieval of file size from `directory_entry`	Yes	2
2672⁽ⁱ⁾	C++17	31.12.13.20 [fs.op.is.empty]	Should is_empty use error_code in its specification?	Yes	3
2719⁽ⁱ⁾	C++17	31.12.13.27 [fs.op.permissions]	`permissions` function should not be `noexcept` due to narrow contract	Yes	0
2720⁽ⁱ⁾	C++17	31.12.13.27 [fs.op.permissions]	`permissions` function incorrectly specified for symlinks	Yes	2
2721⁽ⁱ⁾	C++17	31.12.13.32 [fs.op.remove.all]	`remove_all` has incorrect post conditions	Yes	3
2816⁽ⁱ⁾	C++20	31.12.13.34 [fs.op.resize.file]	`resize_file` has impossible postcondition	Yes	3
2728⁽ⁱ⁾	C++17	31.12.13.36 [fs.op.status]	`status(p).permissions()` and `symlink_status(p).permissions()` are not specified	Yes	0
2673⁽ⁱ⁾	C++17	31.12.13.36 [fs.op.status]	`status()` effects cannot be implemented as specified	Yes	0
3822⁽ⁱ⁾	C++23	31.12.13.40 [fs.op.weakly.canonical]	Avoiding normalization in `filesystem::weakly_canonical`	Yes
3026⁽ⁱ⁾	C++20	31.12.13.40 [fs.op.weakly.canonical]	`filesystem::weakly_canonical` still defined in terms of `canonical(p, base)`	Yes	0
984⁽ⁱ⁾	C++11	31.13 [c.files]	Does `<cinttypes>` have macro guards?	Yes
2548⁽ⁱ⁾	Resolved	31.13 [c.files]	Missing `vfscanf` from `<cstdio>`	Yes	3
2249⁽ⁱ⁾	Resolved	31.13 [c.files]	[CD] Remove `gets` from `<cstdio>`	Yes
2043⁽ⁱ⁾	NAD	31.13 [c.files]	`std{in,out,err}` should be usable as field names	Yes
3834⁽ⁱ⁾	C++23	31.13.2 [cinttypes.syn]	Missing `constexpr` for `std::intmax_t` math functions in `<cinttypes>`	Yes

Section 32 (278 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
1089⁽ⁱ⁾	C++11	32 [thread]	Unify "Throws: Nothing." specifications	Yes
1442⁽ⁱ⁾	NAD Editorial	32 [thread]	"happens-before" should be "synchronizes-with"	Yes		1443
1443⁽ⁱ⁾	Dup	32 [thread]	Imposed happens-before edges are not made transitive	Yes		1442
1139⁽ⁱ⁾	NAD Concepts	32 [thread]	Thread support library not concept enabled	Yes
1481⁽ⁱ⁾	Resolved	32.2 [thread.req]	Missing Lockable requirements	Yes
1108⁽ⁱ⁾	C++11	32.2.2 [thread.req.exception]	thread.req.exception overly constrains implementations	Yes
2379⁽ⁱ⁾	NAD	32.2.3 [thread.req.native]	Obtaining native handle of the current thread	Yes
2941⁽ⁱ⁾	C++20	32.2.4 [thread.req.timing]	§[thread.req.timing] wording should apply to both member and namespace-level functions	Yes	0
1158⁽ⁱ⁾	C++11	32.2.4 [thread.req.timing]	Encouragement to use monotonic clock	Yes
1482⁽ⁱ⁾	Resolved	32.2.4 [thread.req.timing]	Timeout operations are under-specified	Yes
2819⁽ⁱ⁾	New	32.2.5 [thread.req.lockable]	Unspecified Return type: elements	Yes	3
3499⁽ⁱ⁾	New	32.2.5.4 [thread.req.lockable.timed]	Timed lockable and mutex requirements are imprecise about `duration` and `time_point`	No	3
3924⁽ⁱ⁾	New	32.3.1 [thread.stoptoken.intro]	Stop token data race avoidance requirements unclear	Yes	3
3254⁽ⁱ⁾	C++20	32.3.4 [stoptoken]	Strike `stop_token`'s `operator!=`	Yes	0
3362⁽ⁱ⁾	C++20	32.3.5 [stopsource]	Strike `stop_source`'s `operator!=`	Yes	0
1483⁽ⁱ⁾	NAD Editorial	32.4 [thread.threads]	`__STDCPP_THREADS spelling`	Yes
1484⁽ⁱ⁾	LEWG	32.4.3 [thread.thread.class]	Need a way to join a thread with a timeout	No
3516⁽ⁱ⁾	New	32.4.3.2 [thread.thread.id]	`thread::id` spaceship may be inconsistent with equality	Yes	3
1277⁽ⁱ⁾	C++11	32.4.3.2 [thread.thread.id]	`std::thread::id` should be trivially copyable	Yes
783⁽ⁱ⁾	CD1	32.4.3.2 [thread.thread.id]	`thread::id` reuse	Yes
889⁽ⁱ⁾	Resolved	32.4.3.2 [thread.thread.id]	`thread::id` comparisons	Yes
1485⁽ⁱ⁾	NAD	32.4.3.2 [thread.thread.id]	Unclear `thread::id` specification	Yes
3475⁽ⁱ⁾	New	32.4.3.3 [thread.thread.constr]	`std::thread`'s constructor needs to be able to report general memory allocation failures	Yes	3
3476⁽ⁱ⁾	C++23	32.4.3.3 [thread.thread.constr]	`thread` and `jthread` constructors require that the parameters be move-constructible but never move construct the parameters	Yes	0
3039⁽ⁱ⁾	C++20	32.4.3.3 [thread.thread.constr]	Unnecessary `decay` in `thread` and `packaged_task`	Yes	0
891⁽ⁱ⁾	C++11	32.4.3.3 [thread.thread.constr]	`std::thread`, `std::call_once` issue	Yes
929⁽ⁱ⁾	C++11	32.4.3.3 [thread.thread.constr]	Thread constructor	Yes
967⁽ⁱ⁾	C++11	32.4.3.3 [thread.thread.constr]	Various threading bugs #17	Yes
1176⁽ⁱ⁾	NAD	32.4.3.3 [thread.thread.constr]	Make `thread` constructor non-variadic	Yes
963⁽ⁱ⁾	C++11	32.4.3.6 [thread.thread.member]	Various threading bugs #13	Yes
1033⁽ⁱ⁾	C++11	32.4.3.6 [thread.thread.member]	`thread::join()` effects?	Yes
3788⁽ⁱ⁾	C++23	32.4.4.2 [thread.jthread.cons]	`jthread::operator=(jthread&&)` postconditions are unimplementable under self-assignment	Yes	3
888⁽ⁱ⁾	C++11	32.4.5 [thread.thread.this]	`this_thread::yield` too strong	Yes
1487⁽ⁱ⁾	C++11	32.4.5 [thread.thread.this]	Clock related operations exception specifications conflict	Yes
1486⁽ⁱ⁾	NAD	32.4.5 [thread.thread.this]	Value of `this_thread::get_id()` underspecified for detached thread	Yes
3633⁽ⁱ⁾	New	32.5 [atomics]	Atomics are copy constructible and copy assignable from `volatile` atomics	Yes	3
880⁽ⁱ⁾	Resolved	32.5 [atomics]	Missing atomic exchange parameter	Yes		942
923⁽ⁱ⁾	Resolved	32.5 [atomics]	atomics with floating-point	Yes
924⁽ⁱ⁾	Resolved	32.5 [atomics]	structs with internal padding	Yes
1143⁽ⁱ⁾	Resolved	32.5 [atomics]	Atomic operations library not concept enabled	Yes
1145⁽ⁱ⁾	Resolved	32.5 [atomics]	Inappropriate headers for atomics	Yes
1455⁽ⁱ⁾	Resolved	32.5 [atomics]	C language compatibility for atomics	Yes		1454
1523⁽ⁱ⁾	Resolved	32.5 [atomics]	`noexcept` for Clause 29	Yes
879⁽ⁱ⁾	NAD Editorial	32.5 [atomics]	Atomic load const qualification	Yes
937⁽ⁱ⁾	NAD Editorial	32.5 [atomics]	Atomics for standard typedef types	Yes
1456⁽ⁱ⁾	NAD	32.5 [atomics]	Missing fixed-size `atomic_` typedefs	Yes
1461⁽ⁱ⁾	NAD	32.5 [atomics]	Rename all `ATOMIC_` macros as `STD_ATOMIC_`	Yes
942⁽ⁱ⁾	Dup	32.5 [atomics]	Atomics synopsis typo	Yes		880
1454⁽ⁱ⁾	Dup	32.5 [atomics]	Ensure C compatibility for atomics	Yes		1455
3220⁽ⁱ⁾	New	32.5.2 [atomics.syn]	P0558 broke conforming C++14 uses of atomic `shared_ptr`	Yes	3
2236⁽ⁱ⁾	SG1	32.5.2 [atomics.syn]	`kill_dependency` unconditionally noexcept	No
3745⁽ⁱ⁾	C++23	32.5.2 [atomics.syn]	`std::atomic_wait` and its friends lack `noexcept`	Yes
2988⁽ⁱ⁾	C++20	32.5.2 [atomics.syn]	Clause 32 cleanup missed one `typename`	Yes	0
1457⁽ⁱ⁾	Resolved	32.5.2 [atomics.syn]	Splitting lock-free properties	Yes
2037⁽ⁱ⁾	Resolved	32.5.2 [atomics.syn]	`atomic` free functions incorrectly specified	Yes
3980⁽ⁱ⁾	Tentatively NAD	32.5.4 [atomics.order]	The read exclusive ownership of an atomic read-modify-write operation and whether its read and write are two operations are unclear	Yes
4177⁽ⁱ⁾	New	32.5.4 [atomics.order]	§[atomics.order] p8 "circularly depend on their own computation" is unclear for loop	No
4174⁽ⁱ⁾	New	32.5.4 [atomics.order]	How does [atomics.order] p3 apply when then modification is an initialization?	No
3999⁽ⁱ⁾	New	32.5.4 [atomics.order]	P0439R0 changed the value category of memory order constants	Yes	4
3268⁽ⁱ⁾	New	32.5.4 [atomics.order]	`memory_order::memory_order_foo` broken in C++20	Yes	4
2265⁽ⁱ⁾	Open	32.5.4 [atomics.order]	29.3p9 appears to rule out some acceptable executions	No	4
1459⁽ⁱ⁾	LEWG	32.5.4 [atomics.order]	Overlapping evaluations are allowed	No		1458
4004⁽ⁱ⁾	SG1	32.5.4 [atomics.order]	The load and store operation in §[atomics.order] p1 is ambiguous	No	3
3941⁽ⁱ⁾	SG1	32.5.4 [atomics.order]	§[atomics.order] inadvertently prohibits widespread implementation techniques	No	3
2130⁽ⁱ⁾	C++14	32.5.4 [atomics.order]	Missing ordering constraints	Yes
818⁽ⁱ⁾	CD1	32.5.4 [atomics.order]	wording for memory ordering	Yes
2034⁽ⁱ⁾	Resolved	32.5.4 [atomics.order]	Initialization of atomics is misspecified so that it doesn't preserve sequential consistency	Yes
926⁽ⁱ⁾	NAD Editorial	32.5.4 [atomics.order]	Sequentially consistent fences, relaxed operations and modification order	Yes
1458⁽ⁱ⁾	Dup	32.5.4 [atomics.order]	Overlapping evaluations are allowed	Yes		1459
3249⁽ⁱ⁾	C++23	32.5.5 [atomics.lockfree]	There are no 'pointers' in §[atomics.lockfree]	Yes	4
1146⁽ⁱ⁾	Resolved	32.5.5 [atomics.lockfree]	"lockfree" does not say enough	Yes
1460⁽ⁱ⁾	Resolved	32.5.5 [atomics.lockfree]	Missing lock-free property for type `bool` should be added	Yes
3263⁽ⁱ⁾	New	32.5.6 [atomics.wait]	Atomic waiting function calls should only be unblocked once	Yes	3
3288⁽ⁱ⁾	New	32.5.6 [atomics.wait]	`atomic<T>::notify_one` is unimplementable	Yes	2
3160⁽ⁱ⁾	C++20	32.5.7 [atomics.ref.generic]	`atomic_ref() = delete;` should be deleted	Yes	0
3485⁽ⁱ⁾	NAD	32.5.7 [atomics.ref.generic]	`atomic_ref` safety should be based on operations that "potentially conflict" rather than lifetime	Yes	3
3508⁽ⁱ⁾	Open	32.5.7.1 [atomics.ref.generic.general]	`atomic_ref<cv T>` is not well-specified	No	2
3409⁽ⁱ⁾	New	32.5.7.2 [atomics.ref.ops]	Too lax description of `atomic_ref<T>::required_alignment`	Yes	3
4069⁽ⁱ⁾	Open	32.5.8 [atomics.types.generic]	`std::atomic<volatile T>` should be ill-formed	No	2
3012⁽ⁱ⁾	C++20	32.5.8 [atomics.types.generic]	`atomic<T>` is unimplementable for non-`is_trivially_copy_constructible T`	Yes	2
2441⁽ⁱ⁾	C++17	32.5.8 [atomics.types.generic]	Exact-width atomic typedefs should be provided	Yes	0
768⁽ⁱ⁾	CD1	32.5.8 [atomics.types.generic]	Typos in [atomics]?	Yes
845⁽ⁱ⁾	CD1	32.5.8 [atomics.types.generic]	atomics cannot support aggregate initialization	Yes
908⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	Deleted assignment operators for atomic types must be volatile	Yes
2715⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	What is 'aggregate initialization syntax'?	Yes	3
2424⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	29.5 should state that atomic types are not trivially copyable	Yes	2
944⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	`atomic<bool>` derive from `atomic_bool`?	Yes
1469⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	`atomic<T*>` inheritance from `atomic_address` breaks type safety	Yes
2024⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	Inconsistent implementation requirements for `atomic<integral>` and `atomic<T*>`	Yes
2165⁽ⁱ⁾	Resolved	32.5.8 [atomics.types.generic]	`std::atomic<X>` requires `X` to be nothrow default constructible	Yes	4
3949⁽ⁱ⁾	WP	32.5.8.1 [atomics.types.generic.general]	`std::atomic<bool>`'s trivial destructor dropped in C++17 spec wording	Yes
3417⁽ⁱ⁾	SG1	32.5.8.2 [atomics.types.operations]	Missing `volatile` atomic deprecations	Yes	3
4169⁽ⁱ⁾	WP	32.5.8.2 [atomics.types.operations]	`std::atomic<T>`'s default constructor should be constrained	Yes
2426⁽ⁱ⁾	C++17	32.5.8.2 [atomics.types.operations]	Issue about `compare_exchange`	Yes	1
1474⁽ⁱ⁾	C++11	32.5.8.2 [atomics.types.operations]	weak compare-and-exchange confusion	Yes		1470, 1475, 1476, 1477
1478⁽ⁱ⁾	C++11	32.5.8.2 [atomics.types.operations]	Clarify race conditions in atomics initialization	Yes
777⁽ⁱ⁾	CD1	32.5.8.2 [atomics.types.operations]	Atomics Library Issue	Yes
846⁽ⁱ⁾	CD1	32.5.8.2 [atomics.types.operations]	No definition for constructor	Yes
2334⁽ⁱ⁾	Resolved	32.5.8.2 [atomics.types.operations]	`atomic`'s default constructor requires "uninitialized" state even for types with non-trivial default-constructor	Yes
1043⁽ⁱ⁾	Resolved	32.5.8.2 [atomics.types.operations]	Clarify that `compare_exchange` is not a read-modify-write operation	Yes
1147⁽ⁱ⁾	Resolved	32.5.8.2 [atomics.types.operations]	Non-volatile atomic functions	Yes
864⁽ⁱ⁾	NAD Editorial	32.5.8.2 [atomics.types.operations]	Defect in atomic wording	Yes
1471⁽ⁱ⁾	NAD Editorial	32.5.8.2 [atomics.types.operations]	Default constructor of atomics needs specification	Yes
1472⁽ⁱ⁾	NAD Editorial	32.5.8.2 [atomics.types.operations]	Incorrect semantics of `atomic_init`	Yes
3611⁽ⁱ⁾	NAD	32.5.8.2 [atomics.types.operations]	Should `compare_exchange` be allowed to modify the `expected` value on success?	Yes	2
1473⁽ⁱ⁾	NAD	32.5.8.2 [atomics.types.operations]	Incomplete memory order specifications	Yes
1470⁽ⁱ⁾	Dup	32.5.8.2 [atomics.types.operations]	"Same-ness" curiosities	Yes		1474
1475⁽ⁱ⁾	Dup	32.5.8.2 [atomics.types.operations]	weak compare-and-exchange confusion II	Yes		1474
1476⁽ⁱ⁾	Dup	32.5.8.2 [atomics.types.operations]	Meaningless specification of spurious failure	Yes		1474
1477⁽ⁱ⁾	Dup	32.5.8.2 [atomics.types.operations]	weak compare-and-exchange confusion III	Yes		1474
3047⁽ⁱ⁾	New	32.5.8.3 [atomics.types.int]	`atomic` compound assignment operators can cause undefined behavior when corresponding `fetch_meow` members don't	Yes	3
3045⁽ⁱ⁾	C++20	32.5.8.4 [atomics.types.float]	`atomic<floating-point>` doesn't have `value_type` or `difference_type`	Yes	0
3906⁽ⁱ⁾	New	32.5.8.5 [atomics.types.pointer]	"Undefined address" is undefined	No	3
3893⁽ⁱ⁾	WP	32.5.8.7.2 [util.smartptr.atomic.shared]	LWG 3661 broke `atomic<shared_ptr<T>> a; a = nullptr;`	Yes
3661⁽ⁱ⁾	C++23	32.5.8.7.2 [util.smartptr.atomic.shared]	`constinit atomic<shared_ptr<T>> a(nullptr);` should work	Yes
3418⁽ⁱ⁾	New	32.5.9 [atomics.nonmembers]	Deprecated free functions in `<atomic>`	Yes	3
3659⁽ⁱ⁾	C++23	32.5.10 [atomics.flag]	Consider `ATOMIC_FLAG_INIT` undeprecation	Yes	3
2138⁽ⁱ⁾	C++14	32.5.10 [atomics.flag]	`atomic_flag::clear` should not accept `memory_order_consume`	Yes
2159⁽ⁱ⁾	C++14	32.5.10 [atomics.flag]	`atomic_flag` initialization	Yes
1479⁽ⁱ⁾	C++11	32.5.11 [atomics.fences]	Fence functions should be `extern "C"`	Yes
1480⁽ⁱ⁾	C++11	32.5.11 [atomics.fences]	Atomic fences don't have synchronizes with relation	Yes
3671⁽ⁱ⁾	C++23	32.5.12 [stdatomic.h.syn]	`atomic_fetch_xor` missing from `stdatomic.h`	Yes
1488⁽ⁱ⁾	LEWG	32.6 [thread.mutex]	Improve interoperability between the C++0x and C1x threads APIs	No
1044⁽ⁱ⁾	C++11	32.6 [thread.mutex]	Empty tag types should be `constexpr` literals	Yes
1268⁽ⁱ⁾	Resolved	32.6 [thread.mutex]	The Mutex requirements in 30.4.1 and 30.4.2 are wrong	Yes
1489⁽ⁱ⁾	NAD Editorial	32.6 [thread.mutex]	`unlock` functions and unlock mutex requirements are inconsistent	Yes
936⁽ⁱ⁾	LEWG	32.6.4 [thread.mutex.requirements]	Mutex type overspecified	No		961
961⁽ⁱ⁾	LEWG	32.6.4 [thread.mutex.requirements]	Various threading bugs #11	No		936
1493⁽ⁱ⁾	LEWG	32.6.4 [thread.mutex.requirements]	Add `mutex`, `recursive_mutex`, `is_locked` function	No
2126⁽ⁱ⁾	Pending NAD Editorial	32.6.4 [thread.mutex.requirements]	Several specification problems in regard to mutex requirements	Yes
960⁽ⁱ⁾	C++11	32.6.4 [thread.mutex.requirements]	Various threading bugs #10	Yes
968⁽ⁱ⁾	C++11	32.6.4 [thread.mutex.requirements]	Various threading bugs #18	Yes
1218⁽ⁱ⁾	C++11	32.6.4 [thread.mutex.requirements]	mutex destructor synchronization	Yes
1490⁽ⁱ⁾	Resolved	32.6.4 [thread.mutex.requirements]	Mutex requirements too stringent	Yes
1491⁽ⁱ⁾	Resolved	32.6.4 [thread.mutex.requirements]	`try_lock` does not guarantee forward progress	Yes
1492⁽ⁱ⁾	Resolved	32.6.4 [thread.mutex.requirements]	Mutex requirements should not be bound to threads	Yes
980⁽ⁱ⁾	NAD	32.6.4 [thread.mutex.requirements]	`mutex lock()` missing error conditions	Yes
2134⁽ⁱ⁾	Pending NAD Editorial	32.6.4.2 [thread.mutex.requirements.mutex]	Redundant Mutex requirement?	Yes
2309⁽ⁱ⁾	C++17	32.6.4.2 [thread.mutex.requirements.mutex]	`mutex::lock()` should not throw `device_or_resource_busy`	Yes	0
2090⁽ⁱ⁾	NAD	32.6.4.2 [thread.mutex.requirements.mutex]	Minor Overconstraint in Mutex Types	Yes
893⁽ⁱ⁾	C++11	32.6.4.2.2 [thread.mutex.class]	`std::mutex` issue	Yes		905
828⁽ⁱ⁾	Resolved	32.6.4.2.2 [thread.mutex.class]	Static initialization for `std::mutex`?	Yes
905⁽ⁱ⁾	Dup	32.6.4.2.2 [thread.mutex.class]	Mutex specification questions	Yes		893
2125⁽ⁱ⁾	Pending NAD Editorial	32.6.4.3 [thread.timedmutex.requirements]	`TimedMutex` specification problem	Yes
2091⁽ⁱ⁾	C++14	32.6.4.3 [thread.timedmutex.requirements]	Misplaced effect in `m.try_lock_for()`	Yes
2288⁽ⁱ⁾	C++14	32.6.4.4 [thread.sharedmutex.requirements]	Inconsistent requirements for shared mutexes	Yes
2363⁽ⁱ⁾	Resolved	32.6.4.5.2 [thread.sharedtimedmutex.class]	Defect in 30.4.1.4.1 [thread.sharedtimedmutex.class]	Yes	2
2731⁽ⁱ⁾	C++23	32.6.5.2 [thread.lock.guard]	Existence of `lock_guard<MutexTypes...>::mutex_type` typedef unclear	Yes	3
2887⁽ⁱ⁾	Resolved	32.6.5.2 [thread.lock.guard]	Revert the changes from P0156R0: variadic `lock_guard`	Yes
2023⁽ⁱ⁾	Resolved	32.6.5.2 [thread.lock.guard]	Incorrect requirements for `lock_guard` and `unique_lock`	Yes
2104⁽ⁱ⁾	C++14	32.6.5.4 [thread.lock.unique]	`unique_lock` move-assignment should not be `noexcept`	Yes
4172⁽ⁱ⁾	New	32.6.5.4.2 [thread.lock.unique.cons]	unique_lock self-move-assignment is broken	Yes
2577⁽ⁱ⁾	C++17	32.6.5.4.2 [thread.lock.unique.cons]	`{shared,unique}_lock` should use `std::addressof`	Yes	0
1045⁽ⁱ⁾	C++11	32.6.5.4.2 [thread.lock.unique.cons]	Remove unnecessary preconditions from `unique_lock` constructor	Yes
962⁽ⁱ⁾	C++11	32.6.5.4.3 [thread.lock.unique.locking]	Various threading bugs #12	Yes
1159⁽ⁱ⁾	C++11	32.6.5.4.3 [thread.lock.unique.locking]	Unclear spec for `resource_deadlock_would_occur`	Yes		1219
1219⁽ⁱ⁾	Dup	32.6.5.4.3 [thread.lock.unique.locking]	unique_lock::lock and resource_deadlock_would_occur	Yes		1159
784⁽ⁱ⁾	NAD	32.6.5.4.4 [thread.lock.unique.mod]	unique_lock::release	Yes
3030⁽ⁱ⁾	C++20	32.6.6 [thread.lock.algorithm]	Who shall meet the requirements of `try_lock`?	Yes	0
986⁽ⁱ⁾	C++11	32.6.6 [thread.lock.algorithm]	Generic `try_lock` contradiction	Yes
2080⁽ⁱ⁾	C++14	32.6.7 [thread.once]	Specify when `once_flag` becomes invalid	Yes
2442⁽ⁱ⁾	C++17	32.6.7.2 [thread.once.callonce]	`call_once()` shouldn't `DECAY_COPY()`	Yes
1494⁽ⁱ⁾	C++11	32.6.7.2 [thread.once.callonce]	Term "are serialized" not defined	Yes
2140⁽ⁱ⁾	C++14	32.7 [thread.condition]	Meaning of `notify_all_at_thread_exit` synchronization requirement?	Yes
2190⁽ⁱ⁾	C++14	32.7 [thread.condition]	Condition variable specification	Yes
859⁽ⁱ⁾	C++11	32.7 [thread.condition]	Monotonic Clock is Conditionally Supported?	Yes
1220⁽ⁱ⁾	C++11	32.7 [thread.condition]	What does `condition_variable` wait on?	Yes
1222⁽ⁱ⁾	C++11	32.7 [thread.condition]	condition_variable incorrect effects for exception safety	Yes
1497⁽ⁱ⁾	C++11	32.7 [thread.condition]	`lock()` postcondition can not be generally achieved	Yes
1498⁽ⁱ⁾	Resolved	32.7 [thread.condition]	Unclear specification for [thread.condition]	Yes
1495⁽ⁱ⁾	NAD Editorial	32.7 [thread.condition]	Condition variable `wait_for` return value insufficient	Yes
1499⁽ⁱ⁾	NAD	32.7 [thread.condition]	Condition variables preclude wakeup optimization	Yes
3343⁽ⁱ⁾	Open	32.7.3 [thread.condition.nonmember]	Ordering of calls to `unlock()` and `notify_all()` in Effects element of `notify_all_at_thread_exit()` should be reversed	Yes	3
3504⁽ⁱ⁾	New	32.7.4 [thread.condition.condvar]	`condition_variable::wait_for` is overspecified	Yes	3
2093⁽ⁱ⁾	C++14	32.7.4 [thread.condition.condvar]	Throws clause of `condition_variable::wait` with predicate	Yes
2135⁽ⁱ⁾	C++14	32.7.4 [thread.condition.condvar]	Unclear requirement for exceptions thrown in `condition_variable::wait()`	Yes
857⁽ⁱ⁾	C++11	32.7.4 [thread.condition.condvar]	`condition_variable::time_wait` return `bool` error prone	Yes
965⁽ⁱ⁾	C++11	32.7.4 [thread.condition.condvar]	Various threading bugs #15	Yes
1221⁽ⁱ⁾	C++11	32.7.4 [thread.condition.condvar]	`condition_variable` wording	Yes
958⁽ⁱ⁾	Resolved	32.7.4 [thread.condition.condvar]	Various threading bugs #8	Yes
966⁽ⁱ⁾	Resolved	32.7.4 [thread.condition.condvar]	Various threading bugs #16	Yes
2240⁽ⁱ⁾	Resolved	32.7.4 [thread.condition.condvar]	Probable misuse of term "function scope" in [thread.condition]	Yes
1496⁽ⁱ⁾	NAD Editorial	32.7.4 [thread.condition.condvar]	`condition_variable` not implementable	Yes
887⁽ⁱ⁾	NAD	32.7.4 [thread.condition.condvar]	issue with condition::wait_...	Yes
959⁽ⁱ⁾	NAD	32.7.4 [thread.condition.condvar]	Various threading bugs #9	Yes
3425⁽ⁱ⁾	C++23	32.7.5 [thread.condition.condvarany]	`condition_variable_any` fails to constrain its `Lock` parameters	Yes	0
2092⁽ⁱ⁾	C++14	32.7.5 [thread.condition.condvarany]	Vague Wording for `condition_variable_any`	Yes
1267⁽ⁱ⁾	C++11	32.7.5 [thread.condition.condvarany]	Incorrect wording for `condition_variable_any::wait_for`	Yes
964⁽ⁱ⁾	Resolved	32.7.5 [thread.condition.condvarany]	Various threading bugs #14	Yes
1500⁽ⁱ⁾	NAD Editorial	32.7.5 [thread.condition.condvarany]	Consider removal of `native_handle()`	Yes
1223⁽ⁱ⁾	NAD	32.7.5 [thread.condition.condvarany]	condition_variable_any lock matching?	Yes
1224⁽ⁱ⁾	NAD	32.7.5 [thread.condition.condvarany]	condition_variable_any support for recursive mutexes?	Yes
3898⁽ⁱ⁾	New	32.9.3.3 [thread.barrier.class]	Possibly unintended preconditions for completion functions of `std::barrier`	Yes	3
2276⁽ⁱ⁾	C++17	32.10 [futures]	Missing requirement on `std::promise::set_exception`	Yes
1518⁽ⁱ⁾	C++11	32.10 [futures]	Waiting for deferred functions	Yes
1046⁽ⁱ⁾	Resolved	32.10 [futures]	Provide simple facility to start asynchronous operations	Yes
1244⁽ⁱ⁾	Resolved	32.10 [futures]	`wait_()` in `future` for synchronous functions	Yes
1275⁽ⁱ⁾	Resolved	32.10 [futures]	Creating and setting futures	Yes
1501⁽ⁱ⁾	Resolved	32.10 [futures]	Specification for managing associated asynchronous state has problems	Yes
1513⁽ⁱ⁾	Resolved	32.10 [futures]	'launch' enum too restrictive	Yes
2056⁽ⁱ⁾	C++14	32.10.1 [futures.overview]	`future_errc` enums start with value 0 (invalid value for `broken_promise`)	Yes
2102⁽ⁱ⁾	C++14	32.10.1 [futures.overview]	Why is `std::launch` an implementation-defined type?	Yes
1226⁽ⁱ⁾	Resolved	32.10.3 [futures.errors]	Incomplete changes of #890	Yes
1160⁽ⁱ⁾	Resolved	32.10.4 [futures.future.error]	`future_error` public constructor is 'exposition only'	Yes
2530⁽ⁱ⁾	Open	32.10.5 [futures.state]	Clarify observable side effects of releasing a shared state	No	3
1269⁽ⁱ⁾	Resolved	32.10.5 [futures.state]	Associated state doesn't account for `async`	Yes
1502⁽ⁱ⁾	Resolved	32.10.5 [futures.state]	Specification of [futures.state] unclear	Yes
1503⁽ⁱ⁾	NAD Editorial	32.10.5 [futures.state]	"associated asynchronous state" must go	Yes
2532⁽ⁱ⁾	Open	32.10.6 [futures.promise]	Satisfying a `promise` at thread exit	Yes	3
3003⁽ⁱ⁾	LEWG	32.10.6 [futures.promise]	`<future>` still has type-erased allocators in `promise`	Yes	2
2095⁽ⁱ⁾	LEWG	32.10.6 [futures.promise]	`promise` and `packaged_task` missing constructors needed for uses-allocator construction	Yes	4
3466⁽ⁱ⁾	C++23	32.10.6 [futures.promise]	Specify the requirements for `promise`/`future`/`shared_future` consistently	Yes	3
2412⁽ⁱ⁾	C++20	32.10.6 [futures.promise]	`promise::set_value()` and `promise::get_future()` should not race	Yes	3
2523⁽ⁱ⁾	C++17	32.10.6 [futures.promise]	`std::promise` synopsis shows two `set_value_at_thread_exit()`'s for no apparent reason	Yes	0
2098⁽ⁱ⁾	C++14	32.10.6 [futures.promise]	Minor Inconsistency between `promise::set_value` and `promise::set_value_at_thread_exit`	Yes
1049⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Move assignment of `promise` inverted	Yes
1050⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Clarify postconditions for `get_future()`	Yes
1088⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	`std::promise` should provide non-member `swap` overload	Yes
1165⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Unneeded `promise` move constructor	Yes
1272⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	confusing declarations of `promise::set_value`	Yes
1291⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Exceptions thrown during `promise::set_value`	Yes
1300⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Circular definition of `promise::swap`	Yes
1504⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Term "are serialized" is not defined	Yes
1505⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	Synchronization between `promise::set_value` and `future::get`	Yes
1507⁽ⁱ⁾	Resolved	32.10.6 [futures.promise]	`promise::XXX_at_thread_exit` functions have no synchronization requirements	Yes
1506⁽ⁱ⁾	NAD Editorial	32.10.6 [futures.promise]	`set_exception` with a null pointer	Yes
1164⁽ⁱ⁾	NAD	32.10.6 [futures.promise]	`promise::swap` should pass by rvalue reference	Yes
3795⁽ⁱ⁾	C++23	32.10.7 [futures.unique.future]	Self-move-assignment of `std::future` and `std::shared_future` have unimplementable postconditions	Yes	3
2531⁽ⁱ⁾	C++17	32.10.7 [futures.unique.future]	`future::get` should explicitly state that the shared state is released	Yes	3
2556⁽ⁱ⁾	C++17	32.10.7 [futures.unique.future]	Wide contract for `future::share()`	Yes	3
2096⁽ⁱ⁾	C++14	32.10.7 [futures.unique.future]	Incorrect constraints of `future::get` in regard to `MoveAssignable`	Yes
2185⁽ⁱ⁾	C++14	32.10.7 [futures.unique.future]	Missing throws clause for `future/shared_future::wait_for/wait_until`	Yes
2031⁽ⁱ⁾	C++11	32.10.7 [futures.unique.future]	`std::future<>::share()` only applies to rvalues	Yes
1047⁽ⁱ⁾	Resolved	32.10.7 [futures.unique.future]	Ensure that future's `get()` blocks when not ready	Yes
1048⁽ⁱ⁾	Resolved	32.10.7 [futures.unique.future]	Provide empty-state inspection for `std::unique_future`	Yes
1161⁽ⁱ⁾	Resolved	32.10.7 [futures.unique.future]	Unnecessary `unique_future` limitations	Yes
1273⁽ⁱ⁾	Resolved	32.10.7 [futures.unique.future]	`future::valid` should be callable on an invalid future	Yes
3458⁽ⁱ⁾	Resolved	32.10.7 [futures.unique.future]	Is `shared_future` intended to work with arrays or function types?	Yes	0
1106⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	Multiple exceptions from connected `shared_future::get()`?	Yes
1162⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	`shared_future` should support an efficient move constructor	Yes
1163⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	`shared_future` is inconsistent with `shared_ptr`	Yes
1266⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	`shared_future::get` and deferred `async` functions	Yes
1304⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	Missing preconditions for `shared_future`	Yes
2799⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	`noexcept`-specifications in `shared_future`	Yes	2
2920⁽ⁱ⁾	Resolved	32.10.8 [futures.shared.future]	Add a deduction guide for creating a `shared_future` from a `future` rvalue	Yes
1107⁽ⁱ⁾	NAD Editorial	32.10.8 [futures.shared.future]	constructor `shared_future(unique_future)` by value?	Yes
2046⁽ⁱ⁾	NAD	32.10.8 [futures.shared.future]	`shared_future(future<R>&&)` should be allowed to throw	Yes
3582⁽ⁱ⁾	New	32.10.9 [futures.async]	Unclear where `std::async` exceptions are handled	Yes	3
2202⁽ⁱ⁾	Deferred	32.10.9 [futures.async]	Missing allocator support by `async`	No	4
2752⁽ⁱ⁾	C++17	32.10.9 [futures.async]	"Throws:" clauses of `async` and `packaged_task` are unimplementable	Yes	3
2186⁽ⁱ⁾	C++14	32.10.9 [futures.async]	Incomplete action on `async/launch::deferred`	Yes
2078⁽ⁱ⁾	C++14	32.10.9 [futures.async]	Throw specification of `async()` incomplete	Yes
2100⁽ⁱ⁾	C++14	32.10.9 [futures.async]	timed waiting functions cannot timeout if `launch::async` policy used	Yes
2120⁽ⁱ⁾	C++14	32.10.9 [futures.async]	What should `async` do if neither '`async`' nor '`deferred`' is set in policy?	Yes
2032⁽ⁱ⁾	C++11	32.10.9 [futures.async]	Incorrect synchronization clause of `async` function	Yes
2856⁽ⁱ⁾	Resolved	32.10.9 [futures.async]	`std::async` should be marked as `[[nodiscard]]`	Yes	2
1315⁽ⁱ⁾	NAD Editorial	32.10.9 [futures.async]	return type of `async`	Yes
1512⁽ⁱ⁾	NAD Editorial	32.10.9 [futures.async]	Conflict in specification: block or join?	Yes
3117⁽ⁱ⁾	C++23	32.10.10 [futures.task]	Missing `packaged_task` deduction guides	Yes	3
2976⁽ⁱ⁾	C++20	32.10.10 [futures.task]	Dangling `uses_allocator` specialization for `packaged_task`	Yes	3
2921⁽ⁱ⁾	C++17	32.10.10 [futures.task]	`packaged_task` and type-erased allocators	Yes
2067⁽ⁱ⁾	C++14	32.10.10 [futures.task]	`packaged_task` should have deleted copy c'tor with const parameter	Yes
2030⁽ⁱ⁾	C++11	32.10.10 [futures.task]	`packaged_task::result_type` should be removed	Yes
1090⁽ⁱ⁾	Resolved	32.10.10 [futures.task]	Missing description of `packaged_task` member `swap`, missing non-member `swap`	Yes
1508⁽ⁱ⁾	Resolved	32.10.10 [futures.task]	Rename `packaged_task::operator bool()`	Yes
4160⁽ⁱ⁾	New	32.10.10.1 [futures.task.general]	`packaged_task` should reject rvalue reference return types	Yes
4158⁽ⁱ⁾	New	32.10.10.2 [futures.task.members]	`packaged_task::operator=` should abandon its shared state	Yes	3
4154⁽ⁱ⁾	WP	32.10.10.2 [futures.task.members]	The Mandates for `std::packaged_task`'s constructor from a callable entity should consider decaying	Yes	3
2407⁽ⁱ⁾	C++17	32.10.10.2 [futures.task.members]	`packaged_task(allocator_arg_t, const Allocator&, F&&)` should neither be constrained nor `explicit`	Yes
2097⁽ⁱ⁾	C++14	32.10.10.2 [futures.task.members]	`packaged_task` constructors should be constrained	Yes
2142⁽ⁱ⁾	C++14	32.10.10.2 [futures.task.members]	`packaged_task::operator()` synchronization too broad?	Yes
1514⁽ⁱ⁾	C++11	32.10.10.2 [futures.task.members]	`packaged_task` constructors need review	Yes
2008⁽ⁱ⁾	C++11	32.10.10.2 [futures.task.members]	Conflicting Error Conditions for `packaged_task::operator()`	Yes
2027⁽ⁱ⁾	C++11	32.10.10.2 [futures.task.members]	Initialization of the stored task of a `packaged_task`	Yes
2245⁽ⁱ⁾	Resolved	32.10.10.2 [futures.task.members]	`packaged_task::reset()` memory allocation	Yes	3
1515⁽ⁱ⁾	Resolved	32.10.10.2 [futures.task.members]	`packaged_task::make_ready_at_thread_exit` has no synchronization requirements	Yes
2025⁽ⁱ⁾	Resolved	32.10.10.2 [futures.task.members]	Incorrect semantics of move assignment operator of `packaged_task`	Yes
2000⁽ⁱ⁾	C++11	32.10.10.3 [futures.task.nonmembers]	Missing definition of `packaged_task` specialization of `uses_allocator`	Yes

Section 33 (4 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
4175⁽ⁱ⁾	New	33.5.2 [exec.get.allocator]	`get_env()` specified in terms of `as_const()` but this doesn't work with rvalue senders	Yes
4143⁽ⁱ⁾	New	33.7.2 [exec.set.value]	`execution::set_value/set_error/set_stopped/start` should always return `void`	Yes	2
4150⁽ⁱ⁾	New	33.11.1.4 [exec.run.loop.members]	The preconditions on `run_loop::run()` are too strict	Yes
4133⁽ⁱ⁾	New	33.12.1 [exec.as.awaitable]	`awaitable-receiver`'s members are potentially throwing	No	1

Section 99 (118 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
927⁽ⁱ⁾	NAD Concepts	99 [allocator.concepts]	`Dereferenceable` should be `HasDereference`	Yes
1172⁽ⁱ⁾	Resolved	99 [allocator.concepts.members]	`select_on_container_(copy\|move)_construction` over-constrained	Yes
1074⁽ⁱ⁾	NAD Concepts	99 [allocator.element.concepts]	concept map broken by N2840	Yes
1166⁽ⁱ⁾	Resolved	99 [allocator.propagation]	Allocator-specific move/copy break model of move-constructor and move-assignment	Yes
943⁽ⁱ⁾	C++11	99 [atomics.types.address]	`ssize_t` undefined	Yes
1465⁽ⁱ⁾	Resolved	99 [atomics.types.address]	Missing arithmetic operators for `atomic_address`	Yes
1466⁽ⁱ⁾	Resolved	99 [atomics.types.address]	Silent `const` breakage by `compare_exchange_*` member functions	Yes
1467⁽ⁱ⁾	Resolved	99 [atomics.types.address]	Deriving `atomic<T*>` from `atomic_address` breaks type safety	Yes
1468⁽ⁱ⁾	Resolved	99 [atomics.types.address]	`atomic_address::compare_exchange_` member functions should match `atomic_compare_exchange_` free functions	Yes
1462⁽ⁱ⁾	Resolved	99 [atomics.types.integral]	Ambiguous value assignment to `atomic_bool`	Yes		1463
1464⁽ⁱ⁾	Resolved	99 [atomics.types.integral]	Underspecified typedefs for atomic integral types	Yes
1463⁽ⁱ⁾	Dup	99 [atomics.types.integral]	Inconsistent value assignment for `atomic_bool`	Yes		1462
1247⁽ⁱ⁾	C++11	99 [auto.ptr]	`auto_ptr` is overspecified	Yes
127⁽ⁱ⁾	TC1	99 [auto.ptr]	auto_ptr<> conversion issues	Yes
973⁽ⁱ⁾	NAD Editorial	99 [auto.ptr]	auto_ptr characteristics	Yes
249⁽ⁱ⁾	NAD	99 [auto.ptr]	Return Type of `auto_ptr::operator=`	Yes
463⁽ⁱ⁾	NAD	99 [auto.ptr]	`auto_ptr` usability issues	Yes
2505⁽ⁱ⁾	Resolved	99 [auto.ptr.conv]	`auto_ptr_ref` creation requirements underspecified	Yes	4
2⁽ⁱ⁾	NAD	99 [auto.ptr.conv]	Auto_ptr conversions effects incorrect	Yes
1080⁽ⁱ⁾	NAD Concepts	99 [concept.arithmetic]	Concept ArithmeticLike should provide explicit boolean conversion	Yes
988⁽ⁱ⁾	NAD	99 [concept.comparison]	`Reflexivity` meaningless?	Yes
1016⁽ⁱ⁾	NAD Concepts	99 [concept.comparison]	Provide `LessThanComparable` and `EqualityComparable` for `FloatingPointType`	Yes
1017⁽ⁱ⁾	NAD Concepts	99 [concept.regular]	Floating-point types should not satisfy `Regular`	Yes
1015⁽ⁱ⁾	NAD Concepts	99 [concept.transform]	C++ programs - but not users - need to provide support `concept_map`s	Yes
1124⁽ⁱ⁾	NAD Concepts	99 [concept.transform]	Invalid definition of concept RvalueOf	Yes
3395⁽ⁱ⁾	C++20	99 [defns.comparison]	Definition for three-way comparison needs to be updated (US 152)	Yes	1
1355⁽ⁱ⁾	Resolved	99 [defns.move.assign.op]	The definition of move-assignment operator is redundant	Yes
1356⁽ⁱ⁾	Resolved	99 [defns.move.ctor]	The definition of move-constructor is redundant	Yes
2890⁽ⁱ⁾	C++17	99 [defns.obj.state]	The definition of 'object state' applies only to class types	Yes
1064⁽ⁱ⁾	NAD	99 [defns.obj.state]	Term "object state" should not refer to classes	Yes
1516⁽ⁱ⁾	C++11	99 [depr.auto.ptr]	No specification for which header contains `auto_ptr`	Yes
1279⁽ⁱ⁾	C++11	99 [depr.base]	forbid `[u\|bi]nary_function` specialization	Yes
257⁽ⁱ⁾	NAD	99 [depr.base]	STL functional object and iterator inheritance.	Yes
480⁽ⁱ⁾	NAD	99 [depr.base]	unary_function and binary_function should have protected nonvirtual destructors	Yes
501⁽ⁱ⁾	NAD	99 [depr.base]	Proposal: strengthen guarantees of lib.comparisons	Yes
2479⁽ⁱ⁾	New	99 [depr.conversions.buffer]	Unclear how `wbuffer_convert` uses `cvtstate`	No	4
2480⁽ⁱ⁾	New	99 [depr.conversions.buffer]	Error handling of `wbuffer_convert` unclear	No	4
1252⁽ⁱ⁾	C++11	99 [depr.conversions.buffer]	`wbuffer_convert::state_type` inconsistency	Yes
2478⁽ⁱ⁾	New	99 [depr.conversions.string]	Unclear how `wstring_convert` uses `cvtstate`	No	4
2481⁽ⁱ⁾	New	99 [depr.conversions.string]	`wstring_convert` should be more precise regarding "byte-error string" etc.	No	4
2175⁽ⁱ⁾	C++14	99 [depr.conversions.string]	`wstring_convert` and `wbuffer_convert` validity	Yes
2176⁽ⁱ⁾	C++14	99 [depr.conversions.string]	Special members for `wstring_convert` and `wbuffer_convert`	Yes
2174⁽ⁱ⁾	C++14	99 [depr.conversions.string]	`wstring_convert::converted()` should be `noexcept`	Yes
991⁽ⁱ⁾	C++11	99 [depr.conversions.string]	Provide allocator for `wstring_convert`	Yes
2226⁽ⁱ⁾	NAD	99 [depr.conversions.string]	`wstring_convert` methods do not take allocator instance	Yes
2854⁽ⁱ⁾	NAD	99 [depr.conversions.string]	`wstring_convert` provides no indication of incomplete input or output	Yes	3
721⁽ⁱ⁾	NAD	99 [depr.conversions.string]	`wstring_convert` inconsistensies	Yes
174⁽ⁱ⁾	TC1	99 [depr.ios.members]	Typo: `OFF_T` vs. `POS_T`	Yes
175⁽ⁱ⁾	TC1	99 [depr.ios.members]	Ambiguity for `basic_streambuf::pubseekpos()` and a few other functions.	Yes
176⁽ⁱ⁾	TC1	99 [depr.ios.members]	`exceptions()` in `ios_base`...?	Yes
587⁽ⁱ⁾	NAD Editorial	99 [depr.istrstream.cons]	iststream ctor missing description	Yes
109⁽ⁱ⁾	CD1	99 [depr.lib.binders]	Missing binders for non-const sequence elements	Yes
362⁽ⁱ⁾	CD1	99 [depr.lib.binders]	bind1st/bind2nd type safety	Yes
798⁽ⁱ⁾	CD1	99 [depr.lib.binders]	Refactoring of binders lead to interface breakage	Yes
2507⁽ⁱ⁾	New	99 [depr.locale.stdcvt]	`codecvt_mode` should be a bitmask type	No	3
2229⁽ⁱ⁾	C++14	99 [depr.locale.stdcvt]	Standard code conversion facets underspecified	Yes
2869⁽ⁱ⁾	Resolved	99 [depr.locale.stdcvt]	Deprecate sub-clause [locale.stdcvt]	Yes
2896⁽ⁱ⁾	Dup	99 [depr.locale.stdcvt]	The contents of `<codecvt>` are underspecified	Yes
1076⁽ⁱ⁾	NAD Concepts	99 [depr.negators]	unary/binary_negate need constraining and move support	Yes
2127⁽ⁱ⁾	C++17	99 [depr.storage.iterator]	Move-construction with `raw_storage_iterator`	Yes	3
2454⁽ⁱ⁾	C++17	99 [depr.storage.iterator]	Add `raw_storage_iterator::base()` member	Yes	0
1028⁽ⁱ⁾	NAD Concepts	99 [depr.storage.iterator]	`raw_storage_iterator` needs to be a concept-constrained template	Yes
46⁽ⁱ⁾	TC1	99 [depr.str.strstreams]	Minor Annex D errors	Yes
115⁽ⁱ⁾	TC1	99 [depr.strstream.cons]	Typo in strstream constructors	Yes
3128⁽ⁱ⁾	C++20	99 [depr.strstream.oper]	`strstream::rdbuf` needs a `const_cast`	Yes	0
3109⁽ⁱ⁾	New	99 [depr.strstreambuf]	`strstreambuf` is copyable	No	4
3095⁽ⁱ⁾	New	99 [depr.strstreambuf.virtuals]	`strstreambuf` refers to nonexistent member of `fpos`, `fpos::offset`	Yes	4
66⁽ⁱ⁾	TC1	99 [depr.strstreambuf.virtuals]	Strstreambuf::setbuf	Yes
65⁽ⁱ⁾	NAD	99 [depr.strstreambuf.virtuals]	Underspecification of strstreambuf::seekoff	Yes
267⁽ⁱ⁾	NAD	99 [depr.strstreambuf.virtuals]	interaction of strstreambuf::overflow() and seekoff()	Yes
2072⁽ⁱ⁾	C++17	99 [depr.temporary.buffer]	Unclear wording about capacity of temporary buffers	Yes	3
425⁽ⁱ⁾	CD1	99 [depr.temporary.buffer]	return value of std::get_temporary_buffer	Yes
1368⁽ⁱ⁾	C++11	99 [depr.uncaught]	Thread safety of `std::uncaught_exception()`	Yes
2980⁽ⁱ⁾	C++20	99 [depr.util.smartptr.shared.atomic]	Cannot `compare_exchange` empty pointers	Yes
2172⁽ⁱ⁾	C++14	99 [depr.util.smartptr.shared.atomic]	Does `atomic_compare_exchange_*` accept `v == nullptr` arguments?	Yes
1030⁽ⁱ⁾	C++11	99 [depr.util.smartptr.shared.atomic]	Missing requirements for smart-pointer safety API	Yes
2445⁽ⁱ⁾	Resolved	99 [depr.util.smartptr.shared.atomic]	"Stronger" memory ordering	Yes
1367⁽ⁱ⁾	C++11	99 [exception.unexpected]	Deprecate library support for checking dynamic exception specifications	Yes
40⁽ⁱ⁾	TC1	99 [facets.examples]	Meaningless normative paragraph in examples	Yes
148⁽ⁱ⁾	TC1	99 [facets.examples]	Functions in the example facet BoolNames should be const	Yes
217⁽ⁱ⁾	TC1	99 [facets.examples]	Facets example (Classifying Japanese characters) contains errors	Yes
2670⁽ⁱ⁾	C++17	99 [fs.op.system_complete]	`system_complete` refers to undefined variable 'base'	Yes	0
2863⁽ⁱ⁾	Resolved	99 [func.default.traits]	Undo `default_order` changes of maps and sets	Yes
843⁽ⁱ⁾	CD1	99 [func.referenceclosure.cons]	Reference Closure	Yes
904⁽ⁱ⁾	C++11	99 [func.ret]	`result_of` argument types	Yes
1270⁽ⁱ⁾	C++11	99 [func.ret]	`result_of` should be moved to `<type_traits>`	Yes
1225⁽ⁱ⁾	Resolved	99 [func.ret]	C++0x `result_of` issue	Yes
1274⁽ⁱ⁾	Resolved	99 [futures.atomic_future]	`atomic_future` constructor	Yes
1305⁽ⁱ⁾	Resolved	99 [futures.atomic_future]	preconditions for `atomic_future`	Yes
1509⁽ⁱ⁾	NAD Editorial	99 [futures.atomic_future]	No restriction on calling `future::get` more than once	Yes
1510⁽ⁱ⁾	NAD Editorial	99 [futures.atomic_future]	Should be undefined behaviour to call `atomic_future` operations unless `valid()`	Yes
1511⁽ⁱ⁾	NAD Editorial	99 [futures.atomic_future]	Synchronize the move-constructor for `atomic_future`	Yes
1063⁽ⁱ⁾	NAD Concepts	99 [iterator.backward]	03 iterator compatibilty	Yes
1105⁽ⁱ⁾	NAD Concepts	99 [iterator.concepts.range]	Shouldn't `Range` be an `auto concept`	Yes
2404⁽ⁱ⁾	C++17	99 [mismatch]	`mismatch()`'s complexity needs to be updated	Yes	0
3178⁽ⁱ⁾	Resolved	99 [mismatch]	`std::mismatch` is missing an upper bound	Yes	0
1381⁽ⁱ⁾	C++11	99 [pair.range]	Replace `pair`'s range support by proper range facility	Yes
789⁽ⁱ⁾	CD1	99 [rand.adapt.xor]	`xor_combine_engine(result_type)` should be explicit	Yes
790⁽ⁱ⁾	NAD	99 [rand.adapt.xor]	`xor_combine::seed` not specified	Yes
1149⁽ⁱ⁾	NAD Concepts	99 [rand.concept.urng]	Reformulating NonemptyRange axiom	Yes
732⁽ⁱ⁾	Resolved	99 [rand.dist.samp.genpdf]	Defect in [rand.dist.samp.genpdf]	Yes		795
795⁽ⁱ⁾	Dup	99 [rand.dist.samp.genpdf]	`general_pdf_distribution` should be dropped	Yes		732
3909⁽ⁱ⁾	Tentatively NAD	99 [ranges.refinements]	Issues about `viewable_range`	Yes
529⁽ⁱ⁾	NAD Editorial	99 [res.on.required]	The standard encourages redundant and confusing preconditions	Yes
3212⁽ⁱ⁾	Resolved	99 [span.tuple]	`tuple_element_t<1, const span<int, 42>>` is `const int`	Yes	2
3138⁽ⁱ⁾	NAD	99 [support.contract.cviol]	There is no such thing as assertion-level	Yes	2
3139⁽ⁱ⁾	NAD	99 [support.contract.cviol]	`contract_violation`'s special member functions	Yes	1
990⁽ⁱ⁾	C++11	99 [time.clock.monotonic]	`monotonic_clock::is_monotonic` must be `true`	Yes
1409⁽ⁱ⁾	Resolved	99 [time.clock.monotonic]	Specify whether `monotonic_clock` is a distinct type or a typedef	Yes
1410⁽ⁱ⁾	Resolved	99 [time.clock.monotonic]	Add a feature-detect macro for `monotonic_clock`	Yes		1411
1412⁽ⁱ⁾	Resolved	99 [time.clock.monotonic]	Make monotonic clocks mandatory	Yes
1411⁽ⁱ⁾	Dup	99 [time.clock.monotonic]	Add a compile-time flag to detect `monotonic_clock`	Yes		1410
1387⁽ⁱ⁾	C++11	99 [tuple.range]	Range support by `tuple` should be removed	Yes
433⁽ⁱ⁾	NAD	99 [unexpected]	Contradiction in specification of unexpected()	Yes
1098⁽ⁱ⁾	C++11	99 [util.dynamic.safety]	definition of `get_pointer_safety()`	Yes
1408⁽ⁱ⁾	C++11	99 [util.dynamic.safety]	Allow recycling of pointers after `undeclare_no_pointers`	Yes
858⁽ⁱ⁾	CD1	99 [util.dynamic.safety]	Wording for Minimal Support for Garbage Collection	Yes
1022⁽ⁱ⁾	NAD Editorial	99 [util.dynamic.safety]	Pointer-safety API has nothing to do with smart pointers	Yes

Section B (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
922⁽ⁱ⁾	C++11	B [implimits]	§[func.bind.place] Number of placeholders	Yes

Section C (5 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2786⁽ⁱ⁾	C++17	C.4.9 [diff.cpp14.utilities]	Annex C should mention `shared_ptr` changes for array support	Yes	0
2201⁽ⁱ⁾	NAD Editorial	C.8 [diff.library]	Missing macro entries from C standard library	Yes	2
544⁽ⁱ⁾	NAD Editorial	C.8 [diff.library]	minor NULL problems in C.2	Yes
1115⁽ⁱ⁾	NAD Editorial	C.8 [diff.library]	`va_copy` missing from Standard macros table	Yes
1155⁽ⁱ⁾	NAD Editorial	C.8 [diff.library]	Reference should be to C99	Yes

Section D (8 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3936⁽ⁱ⁾	NAD	D [depr]	Are implementations allowed to deprecate components not in [depr]?	Yes
4036⁽ⁱ⁾	WP	D.11 [depr.c.macros]	`__alignof_is_defined` is only implicitly specified in C++ and not yet deprecated	Yes
2940⁽ⁱ⁾	C++20	D.14 [depr.meta.types]	`result_of` specification also needs a little cleanup	Yes	3
3042⁽ⁱ⁾	C++20	D.14 [depr.meta.types]	`is_literal_type_v` should be inline	Yes	0
2838⁽ⁱ⁾	C++17	D.14 [depr.meta.types]	`is_literal_type` specification needs a little cleanup	Yes	0
2438⁽ⁱ⁾	C++17	D.17 [depr.iterator]	`std::iterator` inheritance shouldn't be mandated	Yes	3
3840⁽ⁱ⁾	Open	D.21 [depr.fs.path.factory]	`filesystem::u8path` should be undeprecated	Yes	3
3328⁽ⁱ⁾	C++20	D.21 [depr.fs.path.factory]	Clarify that `std::string` is not good for UTF-8	Yes	0

Section arrays.ts 99 (5 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2254⁽ⁱ⁾	NAD Arrays	99 [arrays.ts::container.requirements.general]	[arrays.ts] Is `dynarray` an allocator-aware container?	Yes	3
2264⁽ⁱ⁾	NAD Arrays	99 [arrays.ts::dynarray]	[arrays.ts] `std::dynarray` defines its initializer-list constructor in terms of a non-existent constructor	Yes	1
2255⁽ⁱ⁾	NAD Arrays	99 [arrays.ts::dynarray.cons]	[arrays.ts] `dynarray` constructor ambiguity	Yes	0
2253⁽ⁱ⁾	NAD Arrays	99 [arrays.ts::dynarray.overview]	[arrays.ts] `dynarray` should state which container requirements aren't met	Yes	0
2277⁽ⁱ⁾	NAD Arrays	99 [arrays.ts::iterator.range]	[arrays.ts] `<dynarray>` is missing in 24.7/1	Yes	3

Section concurr.ts 99 (2 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2533⁽ⁱ⁾	SG1	99 [concurr.ts::futures.unique.future]	[concurr.ts] Constrain threads where `future::then` can run a continuation	No
2697⁽ⁱ⁾	C++23	99 [concurr.ts::futures.unique_future]	[concurr.ts] Behavior of `future/shared_future` unwrapping constructor when given an invalid `future`	Yes	2

Section dec.tr 3 (10 issues)

Issue	Status	Section	Title	Proposed Resolution
602⁽ⁱ⁾	TRDec	3 [dec.tr::trdec.types]	[dec.tr] "generic floating type" not defined.	Yes
603⁽ⁱ⁾	TRDec	3 [dec.tr::trdec.types]	[dec.tr] Trivially simplifying decimal classes.	Yes
604⁽ⁱ⁾	TRDec	3 [dec.tr::trdec.types]	[dec.tr] Storing a reference to a facet unsafe.	Yes
599⁽ⁱ⁾	TRDec	3.1 [dec.tr::trdec.types.encodings]	[dec.tr] Say "octets" instead of "bytes."	Yes
598⁽ⁱ⁾	TRDec	3.2 [dec.tr::trdec.types.types]	[dec.tr] Conversion to integral should truncate, not round.	Yes
597⁽ⁱ⁾	NAD	3.2 [dec.tr::trdec.types.types]	[dec.tr] The notion of 'promotion' cannot be emulated by user-defined types.	Yes
606⁽ⁱ⁾	NAD	3.2 [dec.tr::trdec.types.types]	[dec.tr] allow narrowing conversions	Yes
601⁽ⁱ⁾	TRDec	3.3 [dec.tr::trdec.types.limits]	[dec.tr] numeric_limits typos	Yes
605⁽ⁱ⁾	TRDec	3.4 [dec.tr::trdec.types.cdecfloat]	[dec.tr] <decfloat.h> doesn't live here anymore.	Yes
600⁽ⁱ⁾	TRDec	3.9 [dec.tr::trdec.types.cwchar]	[dec.tr] Wrong parameters for wcstod* functions	Yes

Section filesys.ts 1 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2654⁽ⁱ⁾	NAD Future	1 [filesys.ts::fs.scope]	[filesys.ts] [PDTS] Concerns with security and testability	Yes
2601⁽ⁱ⁾	TS	1 [filesys.ts::fs.scope]	[filesys.ts] [PDTS] Make namespaces consistent with Library TS policy	Yes

Section filesys.ts 2 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2602⁽ⁱ⁾	TS	2.1 [filesys.ts::fs.conform.9945]	[filesys.ts] [PDTS] Tighten specification when there is no reasonable behavior	Yes
2657⁽ⁱ⁾	TS	2.1 [filesys.ts::fs.conform.9945]	[filesys.ts] [PDTS] Inappropriate use of "No diagnostic is required"	Yes

Section filesys.ts 4 (3 issues)

Issue	Status	Section	Title	Proposed Resolution
2603⁽ⁱ⁾	TS	4.7 [filesys.ts::fs.def.filename]	[filesys.ts] [PDTS] Filename length needs bullet item	Yes
2604⁽ⁱ⁾	NAD	4.14 [filesys.ts::fs.def.parent]	[filesys.ts] [PDTS] Need definition of dot and dot-dot	Yes
2606⁽ⁱ⁾	TS	4.15 [filesys.ts::fs.def.path]	[filesys.ts] [PDTS] Path depth is underspecified	Yes

Section filesys.ts 5 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2656⁽ⁱ⁾	TS	5 [filesys.ts::fs.req]	[filesys.ts] [PDTS] Feature test macro for TS version	Yes
2662⁽ⁱ⁾	TS	5 [filesys.ts::fs.req]	[filesys.ts] Allocator requirements unspecified	Yes

Section filesys.ts 6 (10 issues)

Issue	Status	Section	Title	Proposed Resolution
2611⁽ⁱ⁾	NAD Future	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] Lack of `relative()` operation function	Yes
2612⁽ⁱ⁾	NAD Future	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] `uintmax_t` too small for large file sizes	Yes
2607⁽ⁱ⁾	TS	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] Unhelpful comment for `struct space_info`	Yes
2608⁽ⁱ⁾	TS	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] `file_time_type` underspecified	Yes
2609⁽ⁱ⁾	TS	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] Unclear why range-based-for functions return different types	Yes
2634⁽ⁱ⁾	TS	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] `enum class directory_options` has no summary	Yes
2635⁽ⁱ⁾	TS	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] `directory_options::skip_permission_denied` is not used	Yes
2639⁽ⁱ⁾	NAD Editorial	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] `permissions()` is missing from synopsis	Yes
2661⁽ⁱ⁾	NAD	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] Surprising `equivalent()` behavior if neither file exists	Yes
2610⁽ⁱ⁾	NAD	6 [filesys.ts::fs.filesystem.synopsis]	[filesys.ts] [PDTS] Apparently inconsistent return types from several functions	Yes

Section filesys.ts 7 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2655⁽ⁱ⁾	TS	7 [filesys.ts::fs.err.report]	[filesys.ts] [PDTS] Clarify Error reporting	Yes
2613⁽ⁱ⁾	NAD	7 [filesys.ts::fs.err.report]	[filesys.ts] [PDTS] Missing actual error conditions thrown	Yes

Section filesys.ts 8 (13 issues)

Issue	Status	Section	Title	Proposed Resolution
2650⁽ⁱ⁾	TS	8 [filesys.ts::class.path]	[filesys.ts] [PDTS] `path::compare(const string& s)` wrong argument type	Yes
2642⁽ⁱ⁾	NAD	8 [filesys.ts::class.path]	[filesys.ts] [PDTS] `class path` should have defaulted constructors/destructor/assignments.	Yes
2643⁽ⁱ⁾	Dup	8 [filesys.ts::class.path]	[filesys.ts] [PDTS] `path::compare(const string&)` should be `path::compare(const string_type&)`	Yes
2605⁽ⁱ⁾	TS	8.1 [filesys.ts::path.generic]	[filesys.ts] [PDTS] Parent of root directory unspecified	Yes
2615⁽ⁱ⁾	TS	8.2.2 [filesys.ts::path.type.cvt]	[filesys.ts] [PDTS] Missing behavior for characters with no representation	Yes
2614⁽ⁱ⁾	TS	8.4.1 [filesys.ts::path.construct]	[filesys.ts] [PDTS] Incorrect postconditions for `path` copy/move constructor	Yes
2649⁽ⁱ⁾	TS	8.4.1 [filesys.ts::path.construct]	[filesys.ts] [PDTS] `path` and `directory_entry` move ctors should not be `noexcept`	Yes
2616⁽ⁱ⁾	TS	8.4.3 [filesys.ts::path.append]	[filesys.ts] [PDTS] Append behavior underspecified if target is empty	Yes
2617⁽ⁱ⁾	NAD	8.4.5 [filesys.ts::path.modifiers]	[filesys.ts] [PDTS] `path` member `swap()` unnecessary	Yes
2648⁽ⁱ⁾	TS	8.4.6 [filesys.ts::path.native.obs]	[filesys.ts] [PDTS] `path::template<class charT>string()` conversion rules	Yes
2646⁽ⁱ⁾	NAD	8.4.7 [filesys.ts::path.generic.obs]	[filesys.ts] [PDTS] Do we really need `generic*`?	Yes
2618⁽ⁱ⁾	TS	8.4.10 [filesys.ts::path.query]	[filesys.ts] [PDTS] `is_absolute()` return clause confusing	Yes
2619⁽ⁱ⁾	TS	8.6.1 [filesys.ts::path.io]	[filesys.ts] [PDTS] Consider using quoted manipulators	Yes

Section filesys.ts 10 (3 issues)

Issue	Status	Section	Title	Proposed Resolution
2659⁽ⁱ⁾	NAD Editorial	10 [filesys.ts::fs.enum]	[filesys.ts] [PDTS] Invalid expressions for bitmask types	Yes
2636⁽ⁱ⁾	TS	10.2 [filesys.ts::enum.copy_options]	[filesys.ts] [PDTS] `copy_options::copy_symlinks` is not used	Yes
2644⁽ⁱ⁾	TS	10.2 [filesys.ts::enum.copy_options]	[filesys.ts] [PDTS] enum classes `copy_options` and `perms` should be bitmask types	Yes

Section filesys.ts 12 (4 issues)

Issue	Status	Section	Title	Proposed Resolution
2640⁽ⁱ⁾	TS	12 [filesys.ts::class.directory_entry]	[filesys.ts] [PDTS] `class directory_entry` should retain `operator const path&()` from V2	Yes
2653⁽ⁱ⁾	TS	12 [filesys.ts::class.directory_entry]	[filesys.ts] [PDTS] `directory_entry` multithreading concerns	Yes
2621⁽ⁱ⁾	TS	12.3 [filesys.ts::directory_entry.obs]	[filesys.ts] [PDTS] `directory_entry operator==` needs clarification	Yes
2638⁽ⁱ⁾	NAD	12.3 [filesys.ts::directory_entry.obs]	[filesys.ts] [PDTS] Make certain functions `noexcept` and drop `error_code` version	Yes

Section filesys.ts 13 (4 issues)

Issue	Status	Section	Title	Proposed Resolution
2641⁽ⁱ⁾	TS	13 [filesys.ts::class.directory_iterator]	[filesys.ts] [PDTS] `directory_iterator`, `recursive_directory_iterator`, move construct/assign should be `noexcept`	Yes
2652⁽ⁱ⁾	TS	13 [filesys.ts::class.directory_iterator]	[filesys.ts] [PDTS] Better to avoid deriving from `std::iterator`	Yes
2651⁽ⁱ⁾	Dup	13 [filesys.ts::class.directory_iterator]	[filesys.ts] [PDTS] `directory_iterator`, `recursive_directory_iterator`, `pointer`/`reference` typedefs wrong	Yes
2622⁽ⁱ⁾	TS	13.1 [filesys.ts::directory_iterator.members]	[filesys.ts] [PDTS] `directory_iterator` underspecified	Yes

Section filesys.ts 15 (16 issues)

Issue	Status	Section	Title	Proposed Resolution
2633⁽ⁱ⁾	TS	15 [filesys.ts::fs.op.funcs]	[filesys.ts] [PDTS] `unique_path()` is a security vulnerability	Yes
2623⁽ⁱ⁾	NAD	15 [filesys.ts::fs.op.funcs]	[filesys.ts] [PDTS] Request for `create_regular_file()` and/or `touch()`	Yes
2660⁽ⁱ⁾	TS	15.1 [filesys.ts::fs.op.absolute]	[filesys.ts] [PDTS] Incorrect Throws specification for `absolute()`	Yes
2637⁽ⁱ⁾	TS	15.2 [filesys.ts::fs.op.canonical]	[filesys.ts] [PDTS] All functions with `error_code` arguments should be `noexcept`	Yes
2624⁽ⁱ⁾	TS	15.3 [filesys.ts::fs.op.copy]	[filesys.ts] [PDTS] Incorrect effects clause for path `copy`	Yes
2625⁽ⁱ⁾	TS	15.4 [filesys.ts::fs.op.copy_file]	[filesys.ts] [PDTS] Copying equivalent paths effects not specified	Yes
2645⁽ⁱ⁾	TS	15.7 [filesys.ts::fs.op.create_directory]	[filesys.ts] [PDTS] `create_directory` should refer to `perms::all` instead of Posix `S_IRWXU\|S_IRWXG\|S_IRWXO`	Yes
2626⁽ⁱ⁾	NAD	15.13 [filesys.ts::fs.op.equivalent]	[filesys.ts] [PDTS] Equivalence is a volatile property	Yes
2627⁽ⁱ⁾	TS	15.14 [filesys.ts::fs.op.file_size]	[filesys.ts] [PDTS] Return value of `uintmax_t` on error?	Yes
2647⁽ⁱ⁾	TS	15.25 [filesys.ts::fs.op.last_write_time]	[filesys.ts] [PDTS] `last_write_time()` uses ill-formed cast	Yes
2658⁽ⁱ⁾	TS	15.25 [filesys.ts::fs.op.last_write_time]	[filesys.ts] [PDTS] POSIX `utime()` is obsolescent	Yes
2628⁽ⁱ⁾	NAD	15.25 [filesys.ts::fs.op.last_write_time]	[filesys.ts] [PDTS] Possible `last_write_time()` postcondition?	Yes
2629⁽ⁱ⁾	TS	15.27 [filesys.ts::fs.op.read_symlink]	[filesys.ts] [PDTS] Unclear semantics of `read_symlink` on error	Yes
2630⁽ⁱ⁾	NAD	15.28 [filesys.ts::fs.op.remove]	[filesys.ts] [PDTS] `remove()` must avoid race	Yes
2631⁽ⁱ⁾	NAD	15.30 [filesys.ts::fs.op.rename]	[filesys.ts] [PDTS] POSIX guarantees atomicity for `rename()`	Yes
2632⁽ⁱ⁾	TS	15.36 [filesys.ts::fs.op.system_complete]	[filesys.ts] [PDTS] `system_complete()` example needs clarification	Yes

Section fund.ts 3 (4 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2418⁽ⁱ⁾	TS	3.2.2 [fund.ts::tuple.apply]	[fund.ts] `apply` does not work with member pointers	Yes	0
2371⁽ⁱ⁾	TS	3.3.1 [fund.ts::meta.type.synop]	[fund.ts] No template aliases defined for new type traits	Yes	0
2390⁽ⁱ⁾	TS	3.3.2 [fund.ts::meta.trans.other]	[fund.ts] Invocation types and rvalues	Yes
2409⁽ⁱ⁾	TS	3.3.2 [fund.ts::meta.trans.other]	[fund.ts] SFINAE-friendly `common_type/iterator_traits` should be removed from the fundamental-ts	Yes

Section fund.ts 4 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2395⁽ⁱ⁾	TS	4.2 [fund.ts::func.wrap.func]	[fund.ts] Preconditions: is defined nowhere	Yes	2
2389⁽ⁱ⁾	TS	4.2.1 [fund.ts::func.wrap.func.con]	[fund.ts] `function::operator=` is over-specified and handles allocators incorrectly	Yes	2

Section fund.ts 5 (6 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2305⁽ⁱ⁾	NAD	5.3.1 [fund.ts::optional.object.ctor]	[fund.ts] `optional` forwarding construction/assignment	Yes	4
2282⁽ⁱ⁾	Resolved	5.3.3 [fund.ts::optional.object.assign]	[fund.ts] Incorrect `is_assignable` constraint in `optional::op=(U&&)`	Yes
2287⁽ⁱ⁾	Resolved	5.3.3 [fund.ts::optional.object.assign]	[fund.ts] Incorrect exception safety for `optional` copy assignment operator	Yes
2374⁽ⁱ⁾	TS	5.3.5 [fund.ts::optional.object.observe]	[fund.ts] Remarks for `optional::to_value` are too restrictive	Yes	0
2283⁽ⁱ⁾	Resolved	5.9 [fund.ts::optional.comp_with_t]	[fund.ts] `optional` declares and then does not define an `operator<()`	Yes
2333⁽ⁱ⁾	Resolved	5.11 [fund.ts::optional.hash]	[fund.ts] Hashing disengaged `optional<T>` objects	Yes

Section fund.ts 6 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2416⁽ⁱ⁾	Resolved	6.3 [fund.ts::any.class]	[fund.ts] `std::experimental::any allocator` support is unimplementable	Yes

Section fund.ts 8 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2410⁽ⁱ⁾	TS	8.2.1.1 [fund.ts::memory.smartptr.shared.const]	[fund.ts] `shared_ptr<array>`'s constructor from `unique_ptr` should be constrained	Yes	0

Section fund.ts 10 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2463⁽ⁱ⁾	TS	10.3 [fund.ts::alg.random.sample]	[fund.ts] Incorrect complexity for `sample()` algorithm	Yes	0

Section fund.ts.v2 3 (7 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2539⁽ⁱ⁾	TS	3.3.2 [fund.ts.v2::meta.trans.other]	[fund.ts.v2] `invocation_trait` definition definition doesn't work for surrogate call functions	Yes
2568⁽ⁱ⁾	TS	3.3.3 [fund.ts.v2::meta.logical]	[fund.ts.v2] Specification of logical operator traits uses `BaseCharacteristic`, which is defined only for `UnaryTypeTraits` and `BinaryTypeTraits`	Yes	2
2558⁽ⁱ⁾	TS	3.3.3 [fund.ts.v2::meta.logical]	[fund.ts.v2] Logical operator traits are broken in the zero-argument case	Yes	0
2570⁽ⁱ⁾	TS	3.3.3 [fund.ts.v2::meta.logical]	[fund.ts.v2] `conjunction` and `disjunction` requirements are too strict	Yes	2
2588⁽ⁱ⁾	TS	3.3.3 [fund.ts.v2::meta.logical]	[fund.ts.v2] "Convertible to `bool`" requirement in `conjunction` and `disjunction`	Yes	3
2517⁽ⁱ⁾	TS	3.7.5 [fund.ts.v2::propagate_const.assignment]	[fund.ts.v2] Two `propagate_const` assignment operators have incorrect return type	Yes	0
2518⁽ⁱ⁾	TS	3.7.10 [fund.ts.v2::propagate_const.algorithms]	[fund.ts.v2] Non-member `swap` for `propagate_const` should call member `swap`	Yes	3

Section fund.ts.v2 4 (7 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2564⁽ⁱ⁾	Resolved	4.2 [fund.ts.v2::func.wrap.func]	[fund.ts.v2] `std::experimental::function` constructors taking allocator arguments may throw exceptions	Yes	3
2525⁽ⁱ⁾	TS	4.2 [fund.ts.v2::func.wrap.func]	[fund.ts.v2] `get_memory_resource` should be `const` and `noexcept`	Yes	3
2575⁽ⁱ⁾	TS	4.2 [fund.ts.v2::func.wrap.func]	[fund.ts.v2] `experimental::function::assign` should be removed	Yes	0
2814⁽ⁱ⁾	Resolved	4.2.1 [fund.ts.v2::func.wrap.func.con]	[fund.ts.v2] `to_array` should take rvalue reference as well	Yes	3
2527⁽ⁱ⁾	TS	4.2.1 [fund.ts.v2::func.wrap.func.con]	[fund.ts.v2] `ALLOCATOR_OF` for `function::operator=` has incorrect default	Yes	3
2574⁽ⁱ⁾	TS	4.2.1 [fund.ts.v2::func.wrap.func.con]	[fund.ts.v2] `std::experimental::function::operator=(F&&)` should be constrained	Yes	0
2526⁽ⁱ⁾	TS	4.2.2 [fund.ts.v2::func.wrap.func.mod]	[fund.ts.v2] Incorrect precondition for `experimental::function::swap`	Yes	0

Section fund.ts.v2 5 (6 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2451⁽ⁱ⁾	TS	5.3 [fund.ts.v2::optional.object]	[fund.ts.v2] `optional<T>` should 'forward' `T`'s implicit conversions	Yes
2555⁽ⁱ⁾	TS	5.3 [fund.ts.v2::optional.object]	[fund.ts.v2] No handling for over-aligned types in `optional`	Yes	0
2745⁽ⁱ⁾	TS	5.3 [fund.ts.v2::optional.object]	[fund.ts.v2] Implementability of LWG 2451	Yes	0
2750⁽ⁱ⁾	TS	5.3.1 [fund.ts.v2::optional.object.ctor]	[fund.ts.v2] LWG 2451 conversion constructor constraint	Yes	0
2561⁽ⁱ⁾	Resolved	5.3.4 [fund.ts.v2::optional.object.swap]	[fund.ts.v2] Incorrect exception specifications for 'swap' in C++ Extensions for Library Fundamentals	Yes	3
2417⁽ⁱ⁾	NAD	5.7 [fund.ts.v2::optional.relops]	[fund.ts.v2] `std::experimental::optional::operator<` and `LessThanComparable` requirement	Yes

Section fund.ts.v2 6 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2509⁽ⁱ⁾	TS	6.4 [fund.ts.v2::any.nonmembers]	[fund.ts.v2] `any_cast` doesn't work with rvalue reference targets and cannot move with a value target	Yes	2

Section fund.ts.v2 7 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2553⁽ⁱ⁾	NAD	7.3 [fund.ts.v2::string.view.cons]	[fund.ts.v2] `basic_string_view` substring constructor	Yes

Section fund.ts.v2 8 (7 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
2573⁽ⁱ⁾	TS	8.2.1 [fund.ts.v2::memory.smartptr.shared]	[fund.ts.v2] `std::hash<std::experimental::shared_ptr<T>>` does not work for arrays	Yes	0
2551⁽ⁱ⁾	TS	8.2.1.1 [fund.ts.v2::memory.smartptr.shared.const]	[fund.ts.v2] "Exception safety" cleanup in library fundamentals required	Yes	0
2500⁽ⁱ⁾	TS	8.2.1.2 [fund.ts.v2::memory.smartptr.shared.obs]	[fund.ts.v2] fundts.memory.smartptr.shared.obs/6 should apply to cv-unqualified `void`	Yes	0
2521⁽ⁱ⁾	TS	8.2.2.1 [fund.ts.v2::memory.smartptr.weak.const]	[fund.ts.v2] `weak_ptr`'s converting move constructor should be modified as well for array support	Yes	2
2522⁽ⁱ⁾	TS	8.8 [fund.ts.v2::memory.resource.global]	[fund.ts.v2] Contradiction in `set_default_resource` specification	Yes	2
2516⁽ⁱ⁾	TS	8.12.1 [fund.ts.v2::memory.observer.ptr.overview]	[fund.ts.v2] Public "exposition only" members in `observer_ptr`	Yes	2
2515⁽ⁱ⁾	TS	8.12.6 [fund.ts.v2::memory.observer.ptr.special]	[fund.ts.v2] Certain comparison operators of `observer_ptr` do not match synopsis	Yes	0

Section fund.ts.v2 10 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2494⁽ⁱ⁾	TS	10.2 [fund.ts.v2::iterator.ostream.joiner]	[fund.ts.v2] `ostream_joiner` needs `noexcept`	Yes	0

Section fund.ts.v2 13 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2792⁽ⁱ⁾	TS	13.1.2 [fund.ts.v2::numeric.ops.gcd]	[fund.ts.v2] `gcd` and `lcm` should support a wider range of input values	Yes
2733⁽ⁱ⁾	TS	13.1.2 [fund.ts.v2::numeric.ops.gcd]	[fund.ts.v2] `gcd` / `lcm` and `bool`	Yes	4

Section fund.ts.v3 4 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3649⁽ⁱ⁾	TS	4.2 [fund.ts.v3::general.feature.test]	[fund.ts.v3] Reinstate and bump `__cpp_lib_experimental_memory_resource` feature test macro	Yes

Section fund.ts.v3 6 (4 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3136⁽ⁱ⁾	C++23	6.1.2.3 [fund.ts.v3::propagate_const.class_type_requirements]	[fund.ts.v3] LFTSv3 awkward wording in `propagate_const` requirements	Yes	3
3812⁽ⁱ⁾	New	6.1.2.6 [fund.ts.v3::propagate_const.const_observers]	[fund.ts.v3] Incorrect constraint on `propagate_const` conversion function	Yes	3
3413⁽ⁱ⁾	C++23	6.1.2.8 [fund.ts.v3::propagate_const.modifiers]	[fund.ts.v3] `propagate_const`'s `swap`'s `noexcept` specification needs to be constrained and use a trait	Yes	0
2960⁽ⁱ⁾	C++23	6.3 [fund.ts.v3::meta]	[fund.ts.v3] `nonesuch` is insufficiently useless	Yes	2

Section fund.ts.v3 7 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3771⁽ⁱ⁾	C++23	7.2.1 [fund.ts.v3::func.wrap.func.overview]	[fund.ts.v3] remove binders typedefs from `function`	Yes

Section fund.ts.v3 8 (2 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3167⁽ⁱ⁾	Open	8.2 [fund.ts.v3::memory.observer.ptr]	[fund.ts.v3] Does `observer_ptr` support function types?	No	3
3411⁽ⁱ⁾	C++23	8.3 [fund.ts.v3::memory.resource.syn]	[fund.ts.v3] Contradictory namespace rules in the Library Fundamentals TS	Yes	3

Section fund.ts.v3 99 (3 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3134⁽ⁱ⁾	Resolved	99 [fund.ts.v3::meta.type.synop]	[fund.ts.v3] LFTSv3 contains extraneous [meta] variable templates that should have been deleted by P09961	Yes	0
3135⁽ⁱ⁾	Resolved	99 [fund.ts.v3::meta.type.synop]	[fund.ts.v3] LFTSv3 contains two redundant alias templates	Yes	3
3357⁽ⁱ⁾	Open	99 [fund.ts.v3::rand.util.randint]	[fund.ts.v3] `default_random_engine` is overspecified for per-thread engine	Yes	3

Section networking.ts 13 (3 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3414⁽ⁱ⁾	C++23	13.7 [networking.ts::async.exec.ctx]	[networking.ts] `service_already_exists` has no usable constructors	Yes	0
3124⁽ⁱ⁾	New	13.7.5 [networking.ts::async.exec.ctx.globals]	[networking.ts] Unclear how `execution_context` is intended to store services	Yes	3
3010⁽ⁱ⁾	C++23	13.11.1 [networking.ts::async.uses.executor.trait]	[networking.ts] `uses_executor` says "if a type `T::executor_type` exists"	Yes	0

Section networking.ts 16 (7 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3114⁽ⁱ⁾	LEWG	16 [networking.ts::buffer]	[networking.ts] Permit efficient composition when using `DynamicBuffer`	Yes
3020⁽ⁱ⁾	C++23	16.2 [networking.ts::buffer.reqmts]	[networking.ts] Remove spurious nested `value_type` buffer sequence requirement	Yes	0
3163⁽ⁱ⁾	NAD	16.2 [networking.ts::buffer.reqmts]	[networking.ts] Buffer sequence iterator equivalency	Yes
2779⁽ⁱ⁾	C++23	16.2.1 [networking.ts::buffer.reqmts.mutablebuffersequence]	[networking.ts] Relax requirements on buffer sequence iterators	Yes
3021⁽ⁱ⁾	New	16.2.2 [networking.ts::buffer.reqmts.constbuffersequence]	[networking.ts] Relax pointer equivalence requirement for `ConstBufferSequence`	Yes	3
3027⁽ⁱ⁾	New	16.2.4 [networking.ts::buffer.reqmts.dynamicbuffer]	[networking.ts] `DynamicBuffer` `prepare` exception specification	Yes	3
3072⁽ⁱ⁾	New	16.2.4 [networking.ts::buffer.reqmts.dynamicbuffer]	[networking.ts] `DynamicBuffer` object lifetimes underspecified	Yes	3

Section networking.ts 17 (2 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3073⁽ⁱ⁾	New	17 [networking.ts::buffer.stream]	[networking.ts] (`async_`)`read` and (`async_`)`write` don't support `DynamicBuffer` lvalues	Yes	3
3071⁽ⁱ⁾	C++23	17.9 [networking.ts::buffer.read.until]	[networking.ts] `read_until` still refers to "input sequence"	Yes	0

Section networking.ts 18 (1 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
3002⁽ⁱ⁾	C++23	18.9.4 [networking.ts::socket.acceptor.ops]	[networking.ts] `basic_socket_acceptor::is_open()` isn't `noexcept`	Yes	0

Section networking.ts 19 (3 issues)

(view only non-Ready open issues)

Issue	Status	Section	Title	Proposed Resolution	Priority
3444⁽ⁱ⁾	New	19.1.2 [networking.ts::socket.streambuf.members]	[networking.ts] `net::basic_socket_streambuf::connect(Args&&...)` effects are wrong	No	2
3445⁽ⁱ⁾	LEWG	19.2.1 [networking.ts::socket.iostream.cons]	[networking.ts] `net::basic_socket_istream::connect` should be constrained	Yes	3
3443⁽ⁱ⁾	C++23	19.2.1 [networking.ts::socket.iostream.cons]	[networking.ts] `net::basic_socket_iostream` should use `addressof`	Yes	0

Section parallel.ts 99 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
2538⁽ⁱ⁾	NAD	99 [parallel.ts::parallel.alg.general.exec]	[parallel.ts] Requirements on data race behavior of iterators and swap should be clarified	Yes
2541⁽ⁱ⁾	Resolved	99 [parallel.ts::parallel.alg.overloads]	[parallel.ts] Headers for `ExecutionPolicy` algorithm overloads	Yes	1

Section tr1 5 (4 issues)

Issue	Status	Section	Title	Proposed Resolution
546⁽ⁱ⁾	NAD	5.1.1 [tr1::tr.rand.req]	[tr1] _Longlong and _ULonglong are integer types	Yes
785⁽ⁱ⁾	NAD	5.1.4.5 [tr1::tr.rand.eng.disc]	[tr1] Random Number Requirements in TR1	Yes
701⁽ⁱ⁾	NAD	5.2.1.1 [tr1::tr.num.sf.Lnm]	[tr1] assoc laguerre poly's	Yes
702⁽ⁱ⁾	NAD	5.2.1.2 [tr1::tr.num.sf.Plm]	[tr1] Restriction in associated Legendre functions	Yes

Section tr1 8 (2 issues)

Issue	Status	Section	Title	Proposed Resolution	Priority	Duplicates
568⁽ⁱ⁾	NAD	8.16.4 [tr1::tr.c99.cmath.over]	[tr1] `log2` overloads missing	Yes
555⁽ⁱ⁾	NAD Editorial	8.21 [tr1::tr.c99.boolh]	[tr1] 8.21/1: typo	Yes