lumiera_/research
Ichthyostega e205e1e1a0 investigation of hash function extension points (#722)
start a systematic research about the coexistence of
std::hash and boost::hash. The goal is to build an
automatic bridge function -- but this is hampered by
the unfortunate standard implementation of std::hash

Since meanwhile even the GCC people seem to have realized
this wasn't a good idea, I am geared towards using a hack
to work around this problem, which can be expected to go
away with GCC 4.8.x

A possible idea how to construct such a workaround is
http://stackoverflow.com/questions/12753997/check-if-type-is-hashable


I start this investigation by defining two custom types,
each with his own extension point for hashing. The goal
would then be to use both in a standard hashtable container.
2014-08-13 04:18:38 +02:00
..
clang-static-init-1.cpp BUG: Clang shows a problem when accessing templated static variable through separate compilation units 2013-10-06 23:17:18 +02:00
clang-static-init-2.cpp bughunt: re-create the whole 2nd layer with a configurable product type --> HIT 2013-10-06 23:17:18 +02:00
clang-static-init.hpp BUG: Clang shows a problem when accessing templated static variable through separate compilation units 2013-10-06 23:17:18 +02:00
DIR_INFO SCons: new build target for experimental code 2011-12-03 06:10:12 +01:00
SConscript bughunt: attempt to rebuild the problematic structure stand-alone... --> MISS 2013-10-06 23:17:18 +02:00
try.cpp investigation of hash function extension points (#722) 2014-08-13 04:18:38 +02:00