<![CDATA[boost::filesystem::path hashen]]>Hoi,

was ist hier verkehrt?

struct PathHasher
        {
            inline std::size_t operator()(boost::filesystem::path const& path) const noexcept
            {
                return std::hash<decltype(path.string())>()(path.string());
            }
        };

std::hash meckert immer, dass es dafür nicht spezialisiert ist.
Ersetze ich decltype(...) durch std::string dann funktioniert es.
Habe mit std::removew_const und mit std::remove_reference herumgespielt und es passt immer noch nicht.

Was wäre dire korrekte Lösung?

Danke und Grüße,
Ethon

]]>https://www.c-plusplus.net/forum/topic/314126/boost-filesystem-path-hashenRSS for NodeSat, 01 Aug 2026 15:50:57 GMTThu, 21 Feb 2013 13:09:54 GMT60<![CDATA[Reply to boost::filesystem::path hashen on Thu, 21 Feb 2013 13:09:54 GMT]]>Hoi,

was ist hier verkehrt?

struct PathHasher
        {
            inline std::size_t operator()(boost::filesystem::path const& path) const noexcept
            {
                return std::hash<decltype(path.string())>()(path.string());
            }
        };

std::hash meckert immer, dass es dafür nicht spezialisiert ist.
Ersetze ich decltype(...) durch std::string dann funktioniert es.
Habe mit std::removew_const und mit std::remove_reference herumgespielt und es passt immer noch nicht.

Was wäre dire korrekte Lösung?

Danke und Grüße,
Ethon

]]>https://www.c-plusplus.net/forum/post/2300609https://www.c-plusplus.net/forum/post/2300609Thu, 21 Feb 2013 13:09:54 GMT<![CDATA[Reply to boost::filesystem::path hashen on Thu, 21 Feb 2013 13:28:28 GMT]]>Wenn decltype involviert ist, sollte man sich sowieso angewöhnen immer std::decay<decltype(...)>::type zu verwenden.

]]>https://www.c-plusplus.net/forum/post/2300613https://www.c-plusplus.net/forum/post/2300613Thu, 21 Feb 2013 13:28:28 GMT<![CDATA[Reply to boost::filesystem::path hashen on Thu, 21 Feb 2013 13:33:57 GMT]]>Ah, jetzt funktioniert's ... danke.
Komisch dass ich mit remove_const und remove_reference string const& nicht zu string bekommen habe ... najo, was solls. 😉

]]>https://www.c-plusplus.net/forum/post/2300614https://www.c-plusplus.net/forum/post/2300614Thu, 21 Feb 2013 13:33:57 GMT<![CDATA[Reply to boost::filesystem::path hashen on Thu, 21 Feb 2013 15:27:28 GMT]]>Kleine Nebenfrage: Wo steht im Standard, dass der Ctor oder der Funktionsoperator noexcept sein müssen? Muss bei dir dann das noexcept nicht eher bedingt sein?

Edit:

N3337 §20.8.12/1 schrieb:

[...] the
instantiation hash<Key> shall: [...] satisfy the requirement that the expression h(k), where h is an object of type hash<Key> and k is an
object of type Key, shall not throw an exception unless hash<Key> is a user-defined specialization that
depends on at least one user-defined type.

]]>https://www.c-plusplus.net/forum/post/2300653https://www.c-plusplus.net/forum/post/2300653Thu, 21 Feb 2013 15:27:28 GMT<![CDATA[Reply to boost::filesystem::path hashen on Fri, 22 Feb 2013 09:47:44 GMT]]>Sone schrieb:

Kleine Nebenfrage: Wo steht im Standard, dass der Ctor oder der Funktionsoperator noexcept sein müssen? Muss bei dir dann das noexcept nicht eher bedingt sein?

Edit:

N3337 §20.8.12/1 schrieb:

[...] the
instantiation hash<Key> shall: [...] satisfy the requirement that the expression h(k), where h is an object of type hash<Key> and k is an
object of type Key, shall not throw an exception unless hash<Key> is a user-defined specialization that
depends on at least one user-defined type.

Najo, ich hab einfach den Body aus der libstdc++ Implementierung von std::hash rauskopiert und editiert, garnicht darüber nachgedacht.

Aber da sowieso niemals eine Exception beim Hashen von string fliegen könnte ... relativ egal ob's dasteht oder nicht. 😉

]]>https://www.c-plusplus.net/forum/post/2300922https://www.c-plusplus.net/forum/post/2300922Fri, 22 Feb 2013 09:47:44 GMT