Fix allocation sizes when creating Hash containers from others
+ Tamplate handling of inlines finally clean
+ Upgrades dependencies again
Push putIfAbsent() in KTypeVTypeMap interface + Javadoc fixes
From Robin Hood hashing algorithm by moonpolysoft, roll my own implem with some optimizations
- allocated[] is now int[], also used as a hash value cache
-method probe_distance() is inlined
Simplified template code with #set Velocity variables
Add capacity() method to KTypeContainer and KTypeVTypeAssociativeContainer interfaces
Fixed allocation size from another associative container
Reverted HPPCRT-3 : Velocity context has all for
set and get variables, so only reference the VelocityContext
into the Template options to take access of all, do not reinvent the wheel
Add specific benchamark for Robin Hood performances + RH generation improvements
Small refactorings in RH add()/put() and benchamaks
Internals.rehash() inlining + clarify template code
involving HashStrategy. Performance on Oracle 64bit show no visible perf
change, but the real test is with the "other" VM to see if it is advantageous.
HPPCRT-8: Use c = c.clone() as triming idiom,
adapt  clone() methods to do so, update Javadoc
Re-introduce specific code for expandXXX() methods in RH map/set for resizing
Move HashCollisionsCornerCaseTest to benchmarks,
reduced JUnit4 runner per-core max memory
Updated Benchmarks with RH
Removed or stubbed perturbation code
and iterate maps in "reverse", time to bench.
Updated benchamarks (some warmup counts)
Updated benchamarks (some warmup counts)

Conflicts:
	hppc-benchmarks/src/main/java/com/carrotsearch/hppc/caliper/BenchmarkPerturbedVsHashedOnly.java
Deprecate methods with perturbations
updated benchmarks
Aligned benches and code
on no-perturbation branch to compare
The Robin-hood version becomes the default
new OpenHash implementation.
(RH presence is configurable at compile-time anyway)