There is a somewhat weak prescriptive argument that one shouldn't use these things for long term usage, e.g. that you put, say a WrappedMonad shim on just for long enough to pass something and get a different dictionary, but really the result is it just makes code harder to test, debug and work with at a REPL and raises the question of what components should people be using when they DO need to embed such a thing in a place where it winds up visible or stored in a container. I'm generally positive on adding these kinds of instances, especially where they don't require us to go out and lean on UndecidableInstances and the like. -Edward On Mon, Oct 14, 2013 at 1:55 PM, David Luposchainsky < dluposchainsky@googlemail.com> wrote:
On 2013-10-14 18:33, Eric Mertens wrote:
It would be handy for Control.Applicative.Const to have the various derivable instances (Eq, Ord, Read, Show).
Let me ask the other way round: is there ever a reason to *not* add these instances if they're possible and unambiguous?
David _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries