This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of C++17 status.
tuple_size<const T>
specialization is not SFINAE compatible and breaks decomposition declarationsSection: 22.4.7 [tuple.helper] Status: C++17 Submitter: Richard Smith Opened: 2016-08-15 Last modified: 2017-07-30
Priority: 1
View all other issues in [tuple.helper].
View all issues with C++17 status.
Discussion:
Consider:
#include <utility> struct X { int a, b; }; const auto [x, y] = X();
This is ill-formed: it triggers the instantiation of std::tuple_size<const X>
, which hits a hard error
because it tries to use tuple_size<X>::value
, which does not exist. The code compiles if
<utility>
(or another header providing tuple_size
) is not included.
tuple_size
partial specializations for cv-qualifiers SFINAE-compatible.
The latter seems like the better option to me, and like a good idea regardless of decomposition declarations.
[2016-09-05, Daniel comments]
This is partially related to LWG 2446(i).
[2016-09-09 Issues Resolution Telecon]
Geoffrey to provide wording
[2016-09-14 Geoffrey provides wording]
[2016-10 Telecon]
Alisdair to add his concerns here before Issaquah. Revisit then. Status to 'Open'
Proposed resolution:
This wording is relative to N4606.
Edit 22.4.7 [tuple.helper] as follows:
template <class T> class tuple_size<const T>; template <class T> class tuple_size<volatile T>; template <class T> class tuple_size<const volatile T>;-4- Let
TS
denotetuple_size<T>
of the cv-unqualified typeT
. If the expressionTS::value
is well-formed when treated as an unevaluated operand, tThen each of the three templates shall meet theUnaryTypeTrait
requirements (20.15.1) with aBaseCharacteristic
ofintegral_constant<size_t, TS::value>Otherwise, they shall have no member
value
.Access checking is performed as if in a context unrelated to
-5- In addition to being available via inclusion of theTS
andT
. Only the validity of the immediate context of the expression is considered. [Note: The compilation of the expression can result in side effects such as the instantiation of class template specializations and function template specializations, the generation of implicitly-defined functions, and so on. Such side effects are not in the "immediate context" and can result in the program being ill-formed. — end note]<tuple>
header, the three templates are available when either of the headers<array>
or<utility>
are included.