Created on 2023-05-22.00:00:00 last changed 6 months ago
Proposed resolution:
This wording is relative to N4950.
[Drafting Note: There are two mutually exclusive proposed resolutions, depending on whether it is allowed to deprecate components not in [depr].
Option A:
Insert a paragraph at the end of [contents]:
-?- Recommended practice: Implementations should not apply the
deprecated
attribute ([dcl.attr.deprecated]) to library entities that are not specified in [depr]. Implementations should apply thedeprecated
attribute to library entities specified in [depr] whenever possible.
Option B:
Insert two paragraphs at the end of [contents]:
-?- Implementations shall not apply the
deprecated
attribute ([dcl.attr.deprecated]) to library entities that are not specified in [depr].-?- Recommended practice: Implementations should apply the
deprecated
attribute to library entities specified in [depr] whenever possible.
[ St. Louis 2024-06-24 Status changed: Tentatively NAD → NAD. ]
[ 2023-06-01; Reflector poll ]
Set status to Tentatively NAD after nine votes in favour during reflector poll. Let implementations decide when to apply these attributes.
[depr.general]/2 allows implementations to apply the
deprecated
attribute to deprecated components.
However, there doesn't seem to be any wording disallowing applying the
deprecated
attribute to non-deprecated components.
Is it intended to allow implementations to deprecate every library component as they want? If so, should we turn the allowance into "Recommended practice" and move it to somewhere in [requirements]?
There doesn't seem to be wording which formally recommends applying
deprecated
attribute to deprecated components either.
History | |||
---|---|---|---|
Date | User | Action | Args |
2024-06-24 17:35:19 | admin | set | messages: + msg14209 |
2023-06-01 14:06:41 | admin | set | messages: + msg13599 |
2023-06-01 14:06:41 | admin | set | status: new -> nad |
2023-05-22 09:48:11 | admin | set | messages: + msg13555 |
2023-05-22 00:00:00 | admin | create |