| Issue |
Status |
Section |
Title |
Proposed Resolution |
Duplicates |
| 5 |
WP |
20.1 [utility.concepts] |
Inconsistent naming between concepts and type traits |
Yes |
|
| 10 |
WP |
20.1 [utility.concepts] |
Remarks should be notes |
Yes |
|
| 40 |
WP |
20.1 [utility.concepts] |
HasXXX concepts should not default second parameter when there is an XXXable concept |
Yes |
|
| 27 |
New |
20.1.1 [concept.support] |
Missing core concept for polymorphic types |
Yes |
|
| 28 |
New |
20.1.1 [concept.support] |
Abstract classes should not be VariableTypes |
Yes |
|
| 1 |
WP |
20.1.2 [concept.comparison] |
Naming and symmetry in EqualityComparable |
Yes |
|
| 2 |
WP |
20.1.3 [concept.destruct] |
Requires clause for Destructible is unclear |
Yes |
|
| 3 |
WP |
20.1.4 [concept.construct] |
Naming of Constructible/DefaultConstructible concepts |
Yes |
|
| 32 |
WP |
20.1.4 [concept.construct] |
Missing definition of TriviallyDefaultConstructible |
Yes |
|
| 41 |
New |
20.1.5 [concept.copymove] |
MoveConstructible constructor should be explicit |
Yes |
|
| 8 |
Dup |
20.1.5 [concept.copymove] |
Swappable and rvalue references |
Yes |
|
| 7 |
NAD |
20.1.5 [concept.copymove] |
Meaning of "equivalent" in MoveAssignable |
Yes |
|
| 4 |
WP |
20.1.5 [concept.copymove] |
MoveConstructible should refine Constructible |
Yes |
|
| 6 |
WP |
20.1.5 [concept.copymove] |
MoveAssignable assignment operator is incorrect |
Yes |
|
| 35 |
WP |
20.1.5 [concept.copymove] |
Swappable should be usable with proxy iterator references |
Yes |
|
| 9 |
WP |
20.1.6 [concept.memory] |
Memory-allocation concepts are too fine-grained |
Yes |
|
| 37 |
New |
20.1.7 [concept.regular] |
Relation between move/swap concepts and Regular |
Yes |
|
| 11 |
NAD |
20.1.7 [concept.regular] |
Semiregular concept is strange |
Yes |
|
| 24 |
NAD |
20.1.8 [concept.convertible] |
Convertible and CopyConstructible have different argument orders |
Yes |
|
| 42 |
NAD |
20.1.10 [concept.operator] |
HasCopyAssign should be named HasCopyAssignment |
Yes |
|
| 12 |
WP |
20.1.10 [concept.operator] |
Update operator concepts based on "Option #2" change in language specification |
Yes |
|
| 13 |
WP |
20.1.10 [concept.operator] |
Naming consistency in [concept.operator] |
Yes |
|
| 14 |
WP |
20.1.10 [concept.operator] |
Addressable and const types |
Yes |
|
| 15 |
WP |
20.1.10 [concept.operator] |
Can Callable's function object be an rvalue? |
Yes |
|
| 36 |
WP |
20.1.10 [concept.operator] |
HasCopyAssign should be named HasAssign |
Yes |
|
| 47 |
New |
20.1.11 [concept.arithmetic] |
ArithmeticLike conversions from integral, floating-point types should be explicit |
Yes |
|
| 16 |
NAD |
20.1.11 [concept.arithmetic] |
ArithmeticLike and IntegralLike concepts |
Yes |
|
| 33 |
WP |
20.1.11 [concept.arithmetic] |
ArithmeticLike should have construction from an unsigned integral type |
Yes |
|
| 17 |
WP |
20.1.13 [concept.allocator] |
Errors in Allocator concept |
Yes |
|