[Bug libstdc++/105907] unordered containers should cache result of std::hash<std::pmr::string>

[cvs-commit at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105907

--- Comment #1 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jonathan Wakely <redi@gcc.gnu.org>:

https://gcc.gnu.org/g:b370ed0bf93ecf0ff51d29e7fc132c433b2aa1be

commit r13-1037-gb370ed0bf93ecf0ff51d29e7fc132c433b2aa1be
Author: Jonathan Wakely <jwakely@redhat.com>
Date:   Thu Jun 9 12:07:15 2022 +0100

    libstdc++: Make std::hash<basic_string<>> allocator-agnostic (LWG 3705)

    This new library issue was recently moved to Tentatively Ready by an LWG
    poll, so I'm making the change on trunk.

    As noted in PR libstc++/105907 the std::hash specializations for PMR
    strings were not treated as slow hashes by the unordered containers, so
    this change preserves that. The new specializations for custom
    allocators are also not treated as slow, for the same reason. For the
    versioned namespace (i.e. unstable ABI) we don't have to worry about
    that, so can enable hash code caching for all basic_string
    specializations.

    libstdc++-v3/ChangeLog:

            * include/bits/basic_string.h (__hash_str_base): New class
            template.
            (hash<basic_string<C, char_traits<C>, A>>): Define partial
            specialization for each of the standard character types.
            (hash<string>, hash<wstring>, hash<u8string>, hash<u16string>)
            (hash<u32string>): Remove explicit specializations.
            * include/std/string (__hash_string_base): Remove class
            template.
            (hash<pmr::string>, hash<pmr::wstring>, hash<pmr::u8string>)
            (hash<pmr::u16string>, hash<pmr::u32string>): Remove explicit
            specializations.
            * testsuite/21_strings/basic_string/hash/hash.cc: Test with
            custom allocators.
            * testsuite/21_strings/basic_string/hash/hash_char8_t.cc:
            Likewise.