Add Apply, Witherable and Align instances about enummapset

[Mikolaj]

Hi! I'm your new maintainer. :)

Is it possible to define the instance outside enummapset? Do we expose enough internals? Are the definitions very long? I think I'd rather have another package that depends on enummapset and adds a lot of instances. Some people would not depend on that new package anyway, but just copy-paste only the instances they need, but that's fine. OTOH, they can't copy-paste enummapset easily, so I'd keep its deps small. What do you think?

[tysonzero]

It is possible but I mean that has all the usual downsides of orphan instances. I suppose we could also ask the maintainers of the classes to depend on enummapset like they depend on containers already.

[Mikolaj]

A long shot, but surely try talking with maintainers of these packages and perhaps link back to this issue. Talking and being aware of each other is always a good idea. Regarding orphans, it's unfortunate, but currently that's a common thing with many other packages.

[tysonzero]

I will create those issues now. Perhaps the long term solution is to convince people that EnumMap belongs in containers (as well as or instead of IntMap).

We really do need a proper long term language-level solution for orphans though.

[Mikolaj]

Agreed on all accounts. Thanks for that. Perhaps separate IntMap and EnumMap in containers make most sense, because EnumMap needs some base operations to inline to, and IntMap fits this role perfectly. Also if some people have some particular use case where they use honest, arithmetic Ints all over the place, they can underscore this rare situation by using IntMap and also they don't need the notation and compilation overhead of EnumMap Int.

[Mikolaj]

Slightly related: I noticed http://hackage.haskell.org/package/regex-tdfa defines its own EnumMap and `EnumSet'. If that was part of containers, they'd surely use the version from base instead of rolling their own.

Edit: ChrisKuklewicz/regex-tdfa#19