[Haskell-cafe] type families and type signatures

Ganesh Sittampalam ganesh at earth.li
Mon Apr 7 01:04:06 EDT 2008


On Mon, 7 Apr 2008, Manuel M T Chakravarty wrote:

> Ganesh Sittampalam:
>> The following program doesn't compile in latest GHC HEAD, although it does 
>> if I remove the signature on foo'. Is this expected?
>
> Yes, unfortunately, this is expected, although it is very unintuitive. 
> This is for the following reason.
>
> Let's alpha-rename the signatures and use explicit foralls for clarity:
>
> foo  :: forall a. Id a -> Id a
> foo' :: forall b. Id b -> Id b
>
> GHC will try to match (Id a) against (Id b).  As Id is a type synonym family, 
> it would *not* be valid to derive (a ~ b) from this.  After all, Id could 
> have the same result for different argument types.  (That's not the case for 
> your one instance, but maybe in another module, there are additional 
> instances for Id, where that is the case.)

Can't it derive (Id a ~ Id b), though?

> Now, as GHC cannot show that a and b are the same, it can also not show that 
> (Id a) and (Id b) are the same.  It does look odd when you use the same type 
> variable in both signatures, especially as Haskell allows you to leave out 
> the quantifiers, but the 'a' in the signature of foo and the 'a' in the 
> signatures of foo' are not the same thing; they just happen to have the same 
> name.

Sure, but forall a . Id a ~ Id a is the same thing as forall b . Id b ~ Id 
b.

Thanks for the explanation, anyway. I'll need to have another think about 
what I'm actually trying to do (which roughly speaking is to specialise a 
general function over type families using a signature which I think I need 
for other reasons).

Generally speaking, is there any way to give a signature to foo'?

> Given that this is a confusing issue, I am wondering whether we could improve 
> matters by giving a better error message, or an additional hint in the 
> message.  Do you have any suggestion regarding what sort of message might 
> have helped you?

I can't think of anything good. Perhaps printing out the (type classes + 
equalities) context would have helped me to see that it was empty and 
understand why, but probably not.

Cheers,

Ganesh


More information about the Haskell-Cafe mailing list