working on improving the name_t hash algorithm
name_hash test results
added the fnv1a-32 alongside the 64-bit version to compare. Speed seems about the same on my 64-bit machine, and there are significantly more collisions. So it would seem FNV1a-64 > FNV1a-32 > hash_value.
adding fnv algorithms and associated unit test. also moving name_t over to using fnv1a, removing the hash_value(name_t) routine and specializing std::hash for name_t. also migrated all use cases of boost::hash over to std::hash within the library.
leveraging the boost multiprecision library to implement FNV-1a in 128, 256, 512, and 1024 flavors. Nifty.
updating a comment in the FNV header [skip ci]
fnv implementations for bit sizes larger than 64, and also for bitsizes that are not part of the 2^n-bit set explicitly defined. Also expanded the fnv test cases, and tweaked the documentation layout a little.
adding a sentinel version of fnv1a and hooking it up to name_t
extending some compilation recursion limits for Xcode 5.0.1 - should be fine in older versions of Xcode, too. Also squelched a warning.
splitting out the sentinel implementation of FNV1a with the iterator variant. Added a todo to both to unify them at some point down the line.
setting up fnv unit test to use boost unit test
Merge branch 'name_hash' into name_overhaul

Conflicts:
	adobe/name.hpp
resolving difference between fnv hash results and the constexpr variant in name_t