Created on 2018-08-09.00:00:00 last changed 38 months ago
Proposed resolution:
This wording is relative to N4762.
In [compliance], add a new row to Table 21:
Table 21 — C++ headers for freestanding implementations Subclause Header(s) […] […] […] [support.runtime] Other runtime support <cstdarg> [concepts] Concepts library <concepts> [meta] Type traits <type_traits> […] […] […]
[ 2018-11, Adopted in San Diego ]
[ 2018-08 Batavia Monday issue prioritization ]
Priority set to 0, status to 'Tentatively Ready'
The design intent of the <concepts> header is that it contains only fundamental concept definitions and implementations of customization points that are used by those concept definitions. There should never be components in the header that require operating system support. Consequently, freestanding implementations can and should provide it. It is an oversight on the part of LWG - and in particular the author of P0898R3 "Standard Libary Concepts" - that the <concepts> header is not required to be provided by freestanding implementations.
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2021-02-25 10:48:01 | admin | set | status: wp -> c++20 |
| 2018-11-12 04:39:29 | admin | set | messages: + msg10206 |
| 2018-11-12 04:39:29 | admin | set | status: voting -> wp |
| 2018-10-08 05:13:59 | admin | set | status: ready -> voting |
| 2018-08-22 12:55:05 | admin | set | messages: + msg10098 |
| 2018-08-22 12:55:05 | admin | set | status: new -> ready |
| 2018-08-09 15:21:49 | admin | set | messages: + msg10061 |
| 2018-08-09 00:00:00 | admin | create | |