diff options
author | Jonathan Wakely <jwakely@redhat.com> | 2020-11-20 11:30:33 +0000 |
---|---|---|
committer | Jonathan Wakely <jwakely@redhat.com> | 2020-11-20 13:06:48 +0000 |
commit | 640ebeb336050887cb57417b7568279c588088f0 (patch) | |
tree | 8cc829385b7e1d8d640ecc193a7a09b9fb4552fc /gcc | |
parent | 4405edb496483c5e99adb311cc694b0b063eb358 (diff) | |
download | gcc-640ebeb336050887cb57417b7568279c588088f0.zip gcc-640ebeb336050887cb57417b7568279c588088f0.tar.gz gcc-640ebeb336050887cb57417b7568279c588088f0.tar.bz2 |
libstdc++: Remove <memory_resource> dependency from <regex> [PR 92546]
Unlike the other headers that declare alias templates in namespace pmr,
<regex> includes <memory_resource>. That was done because the
pmr::string::const_iterator typedef requires pmr::string to be complete,
which requires pmr::polymorphic_allocator<char> to be complete.
By using __normal_iterator<const char*, pmr::string> instead of the
const_iterator typedef we can avoid the completeness requirement.
This makes <regex> smaller, by not requiring <memory_resource> and its
<shared_mutex> dependency, which depends on <chrono>. Backporting this
will also help with PR 97876, where <stop_token> ends up being needed by
<regex> via <memory_resource>.
libstdc++-v3/ChangeLog:
PR libstdc++/92546
* include/std/regex (pmr::smatch, pmr::wsmatch): Declare using
underlying __normal_iterator type, not nested typedef
basic_string::const_iterator.
Diffstat (limited to 'gcc')
0 files changed, 0 insertions, 0 deletions