[Haskell-cafe] Fundeps and overlapping instances

Iavor Diatchki iavor.diatchki at gmail.com
Fri Jun 1 08:53:50 CEST 2012


Hello,

There is no problem if an instances uses a type family in it's
assumption---the instances should be accepted only if GHC can see enough of
the definition of the type family to ensure that the functional dependency
holds.  This is exactly the same as what it would do to check that a super
class constraint holds.

-Iavor


On Wed, May 30, 2012 at 11:14 PM, Etienne Laurin <etienne at atnnn.com> wrote:

> 2012/5/31 Iavor Diatchki <iavor.diatchki at gmail.com>:
> > Hello,
> >
> > the notion of a functional dependency is well established, and it was
> used
> > well before it was introduced to Haskell (for example, take a look
> > at http://en.wikipedia.org/wiki/Functional_dependency).  So I'd be
> weary to
> > redefine it lightly.
>
> Indeed, GHC's functional dependencies are not the same. I see you have
> already talked about this on the GHC bug tracker.
>
> http://hackage.haskell.org/trac/ghc/ticket/1241
>
> > 1. Check that an instance is consistent with itself.  For example, this
> should be rejected:
> >
> > instance C a b
> >
> > because it allows C Int Bool and C Int Char which violate the functional
> dependency.
>
> This check may not always be as straightforward. When would this be a
> valid instance?
>
> instance K a b ⇒ C a b
>
> With a few extra extensions, K could be a type family.
>
> C currently has the kind (a -> b -> Constraint), with no mention of
> functional dependencies. Perhaps the kind of C should include the
> functional dependencies of C?
>
> Etienne Laurin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20120531/ceb63489/attachment.htm>


More information about the Haskell-Cafe mailing list