This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of NAD status.
std::match_resultsSection: 28.6.9.1 [re.results.general] Status: NAD Submitter: Jonathan Wakely Opened: 2022-10-25 Last modified: 2022-11-30
Priority: Not Prioritized
View all issues with NAD status.
Discussion:
std::match_results meets some of the requirements for an allocator-aware container, which means
that its allocator_type must have the same value_type as the container. This means that
class template argument deduction should work for:
std::match_results mr(alloc);
The allocator's value_type will be the sub_match<Iter> type stored in the
match_results object, and so the first template argument for the match_results type will
be value_type::iterator.
std::basic_regex, but I see no rationale for
not adding one for std::match_results. This seems like a defect, because all other allocator-aware
containers support deduction from an allocator argument.
[2022-11-01; reflector poll]
Status changed to Tentatively NAD. The issue is wrong: other containers do not support deduction from an allocator type.
[2022-11-30 LWG telecon. Status changed: Tentatively NAD → NAD.]
Proposed resolution:
This wording is relative to N4917.
Modify 28.6.9.1 [re.results.general], class template match_results synopsis, as indicated:
namespace std {
template<class BidirectionalIterator,
class Allocator = allocator<sub_match<BidirectionalIterator>>>
class match_results {
[…]
void swap(match_results& that);
};
template<class Allocator>
match_results(Allocator) -> match_results<typename Allocator::value_type::iterator, Allocator>;
}