Revert "removed unsafe code in favor of explicit assert"

This reverts commit 479d756c992af132c6ba45248c65dc230c5986cf.

There’s nothing wrong with this patch, but I had never pulled this
commit to my local repository and had completely forgotten about it, and
today removed the unsafe code in a *different* direction that I like
better (`bytes.try_into().map(|bytes| u64::from_ne_bytes(bytes))`), so
reverting it so I can cleanly rebase is just easier for me!

Merge pull request #32 from hellow554/master

removed unsafe code in favor of explicit assert

removed unsafe code in favor of explicit assert

Implement Default on Map

It was implemented on RawMap, and I’m not sure quite why it wasn’t
implemented on Map. I can’t think of any reason *not* to, though, so we
might as well.

Closes #30. Thanks to Maxwell Koo <mjkoo90@gmail.com> for the fix.

Add a note about unsafety.

Remove an obsolete note from the README

Remove the `bench` Cargo feature as superfluous

A better pattern is to put benchmarks in the `benches` directory;
that way, `cargo test` won’t pick them up by default,
and so it won’t fail on the stable and beta channels.

Add a changelog.

Remove obsolete rust-ci docs uploading

We use docs.rs these days. No manual work in it, either. Yay!

0.12.1

Make clippy happy.

Put in a bunch of #[inline] attributes on fns.

Somewhere along the path I didn’t mark some functions as `#[inline]`
which they should probably be.

Small but visible benchmark improvements, but within ε so low
confidence.

Reduce the work for rustc in the benchmarks.

This *does* mean that they no longer function as tests, which was
deliberate, but rustc is just too slow with the assertions in there as
well. If I care, I can make variants of it that actually test. For now,
I’m sufficiently happy with it.

Use raw pointers for downcasting, not TraitObject

This mirrors a change in mopa.

Add more benchmarking

Including a rustc/llvm pathalogical case.

Remove superfluous Clone bound on Entry methods.

Thanks to @Kimundi for pointing this out. I presume (without checking)
that they got added along with the CloneAny stuff by accident.

Closes #26.

Remove now-unnecessary #[allow]s.

Make Clippy happy.

Keep Clippy happy.

Fix order of ptr::copy_nonoverlapping parameters.

Clippy helped me spot this. It didn’t cause any bugs, just bad
performance as all keys would hash to 0 and thus end up in the same
bucket.

0.12.0

s/unstable/bench/ in travis config

Rename "unstable" feature to "bench".

Benchmarking is the only thing that requires unstable Rust in the
library any more. Yay!

Ungate drain iterator (stable in Rust 1.6.0).

Ungate efficient hashing (stable in Rust 1.7.0).

0.11.2: just fixing warnings and such.

0.11.1: Rust update for unstable.

Test Rust stable on Travis also.

Make tests work on beta/stable (benchmarks can’t work).

0.11.0: merge concurrency branch.

Rename 'nightly' feature to 'unstable'.

Implement Debug for Map and RawMap.

Replace Cargo features with arcane DST magicks.

(It was a toss-up between “arcane” and “eldritch” there; “arcane” won
this time. “Eldritch”, maybe you can be it next time.)

Implement stuff for concurrency.

This took some refactoring too for best effect.

0.10.3: Rust beta support

This is accomplished at a certain loss of efficiency, sadly.

Add the 'nightly' feature to get things back how they were.

0.10.2: Rust update for clone feature

0.10.1: Rust update

0.10.0: move Clone functionality into a feature.

No more separate Git branch for it; Cargo features fit the bill well.

0.9.13

Use std::convert for AnyMap -> RawAnyMap.

Rust update.

Substantial refactoring, exposing a raw interface.

This is not necessarily the final form, but I think it’s pretty good.
The only alteration to the public interface is the removal of the
iteration methods from `AnyMap`; they are now attached to `RawAnyMap`.

The diff appears considerably more scary than it is in actual fact due
to some comparatively unnecessary changes like the field name (from
`data` to `raw`). Really, it’s minimal.

Remove plenty of unnecessary 'statics.

Slight Rust update.

Remove unused stability markers.

0.9.12: Rust update

0.9.11: Rust update

0.9.10: Rust update

0.9.9: Rust update

0.9.8: Rust update

0.9.7: parity with the collections API

There’s some Rust updating here too.

This entails the addition of various methods and iterator types where
appropriate, based on what’s on `HashMap`, though I doubt that people
will actually be able to make all that much use of the iterators. They’d
be of more use with a basis of a trait other than `Any`, such as might
be conveniently achieved by combining this with my MOPA crate.
(Getting a little close to HKT there, innit?)

You know, I wonder sometimes if anyone ever reads these messages after
they are written, myself included. If you have read this, please drop me
a note; I’m curious.

I’ve also gone over all the stability attributes, marking things as
appropriate.

0.9.6

Changed the deprecated `#[deriving(…)]` to `#[derive(…)]`.

(Why not 0.9.5? I messed up, publishing the `clone` branch as 0.9.5.)

0.9.4

Merge pull request #14 from drbawb/feature/namespaced-enums

Use namespaced enum variants for HashMap `Entry`s

Do not re-export the `Entry` enum ...

A minor [breaking-change] as downstream users will have to import the variants
themselves, or prefix the variant with the Entry enum's namespace.

Use namespaced enum variants for the map-entry slots.

0.9.3

Fix a slightly erroneous comment.

Rust update.

tuple_indexing is no longer gated! Yay!

Update metadata, 0.9.2.

Rust update.

Bump version to 0.9.1.

Implement AnyMap.entry().

Rust update.

This includes following the standard new semantics for `insert` and
`remove`, where they return any value that was previously present, and
renaming `find` and `find_mut` to `get` and `get_mut`. For the moment,
I’ve even provided a deprecation path! Will wonders ever cease?

Make trait bounds more explicit.

Can I diagnose the problem with Rust CI?

Drop the Makefile in favour of Cargo.

Rust syntax update in README.

Get a new Rust CI token.

(Doc uploading doesn't seem to be working.)

Elide superfluous lifetimes.

Rust update.

Remove obsolete managed_heap_memory lint warning.

Make Travis use its own Rust support and cargo.

Replace a deprecated method call.

Add now-necessary lifetime bounds.

Ignore Cargo.lock (this is a library).

Update Cargo.toml for current conventions.

Merge pull request #9 from reem/contains

Add contains method for checking if a type is already in the map.

Add contains method for checking if a type is already in the map.

Update for upstream changes.

Also change from rlib/dylib to lib (dylib is not necessary and
complicates matters in this new rpath-free world).

Merge pull request #6 from tivek/patch-1

Fix int type inference in range calls

Fix int type inference in range calls

Merge pull request #5 from reem/cargo

Add Cargo Support

Updated versions to 0.9.0.

Enabled Cargo and moved Makefile to use target.

Merge pull request #4 from tomassedovic/impl-mutable

Implement Collection and Mutable traits

Implement Collection and Mutable traits

These just proxy the calls to the underlying hashmap.

Merge pull request #3 from reem/rust-version-bump

Fixes syntax error with latest nightly.

Fix a syntax error with the latest rust

Merge pull request #1 from reem/deprecated-lint

Remove deprecated lint for ~[T]s

Remove deprecated lint for ~[T]s

Fixed new syntax error caused by upstream rust changes.

Try to drown a little bit of noise in benchmarks.

Skip type checking in from-Any casting.

We know the type with certainty already.
This should make a microscopic improvement in perf.

Switch from SipHash to a faster TypeId hasher.

Add some simple benchmarks.

Refine the README in a couple of places.

Miscellaneous bad commit message (for fun!).

Initial release.