You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
as described in issue #305, enable_sender variable template was an important way to opt in to sender-ness, particularly for types that are awaitable, but only in certain contexts. this functionality was lost during wording review(?) when enable_sender got turned into an exposition-only enable-sender concept.
we also need the standardese permitting users to specialize enable_sender. after [exec.snd.concepts] para 2, add a new paragraph as follows:
Remarks: Pursuant to [namespace.std], users may specialize enable_sender to true for cv-unqualified program-defined types that model sender, and false for types that do not. Such specializations shall be usable in constant expressions ([expr.const]) and have type const bool.
The text was updated successfully, but these errors were encountered:
as described in issue #305,
enable_sender
variable template was an important way to opt in to sender-ness, particularly for types that are awaitable, but only in certain contexts. this functionality was lost during wording review(?) whenenable_sender
got turned into an exposition-onlyenable-sender
concept.we should roll back that change.
Proposed resolution
Change [exec.snd.concepts] para 1 as follows:
we also need the standardese permitting users to specialize
enable_sender
. after [exec.snd.concepts] para 2, add a new paragraph as follows:enable_sender
totrue
for cv-unqualified program-defined types that modelsender
, andfalse
for types that do not. Such specializations shall be usable in constant expressions ([expr.const]) and have typeconst bool
.The text was updated successfully, but these errors were encountered: