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 pull request #10 from stlab/name_hash_2

Name Hash PR after the master snafu
first whack at overhaul of adobe::name_t
getting the new name code merged into place, removing aggregate_name_t
Fixed some name_t related bugs.
making some iomanipulators out of line to alter their visibility, making them linkable in clang with -O3
moving name overhaul smoke test to the name unit test block. Also using boost unit test framework to assert everything checks out.
smoke test tweaks
resolving difference between fnv hash results and the constexpr variant in name_t
Merge branch 'newname' of github.com:stlab/adobe_source_libraries into newname

Conflicts:
	adobe/name.hpp