This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of New status.
is_within_lifetime
should mandate is_object
Section: 21.3.11 [meta.const.eval] Status: New Submitter: Corentin Opened: 2024-08-09 Last modified: 2024-08-11
Priority: Not Prioritized
View all issues with New status.
Discussion:
int f(); std::is_within_lifetime<int()>(f);
This is currently well-formed, and only fails when evaluated because
is_within_lifetime
is not constrained. However talking of lifetime
of a non-object does not make sense, and the lack of constraint makes the
implementation and use of that function and underlying built-in more
convoluted than necessary.
Proposed resolution:
This wording is relative to N4988.
Modify 21.3.3 [meta.type.synop], header <type_traits>
synopsis, as indicated:
[…] // 21.3.11 [meta.const.eval], constant evaluation context constexpr bool is_constant_evaluated() noexcept; template<class T> consteval bool is_within_lifetime(const Tauto*) noexcept;
Modify 21.3.11 [meta.const.eval] as indicated:
template<class T> consteval bool is_within_lifetime(const Tauto* p) noexcept;-?- Mandates:
-3- Returns:is_object_v<T>
istrue
.true
ifp
is a pointer to an object that is within its lifetime (6.7.3 [basic.life]); otherwise,false
. -4- Remarks: During the evaluation of an expressionE
as a core constant expression, a call to this function is ill-formed unlessp
points to an object that is usable in constant expressions or whose complete object's lifetime began withinE
.