Fix type checking of imported data instances
authorManuel M T Chakravarty <chak@cse.unsw.edu.au>
Wed, 20 Sep 2006 18:49:15 +0000 (18:49 +0000)
committerManuel M T Chakravarty <chak@cse.unsw.edu.au>
Wed, 20 Sep 2006 18:49:15 +0000 (18:49 +0000)
commit6070e794008e61944761426250362a1f866e0a24
treea4f04a0488f83ece3f3ea1644da4c1371f4e0f07
parent5043f5905a26ba8a2eb65cb5283abf41db87528c
Fix type checking of imported data instances
Mon Sep 18 19:48:41 EDT 2006  Manuel M T Chakravarty <chak@cse.unsw.edu.au>
  * Fix type checking of imported data instances
  Mon Sep 11 20:06:51 EDT 2006  Manuel M T Chakravarty <chak@cse.unsw.edu.au>
    * Fix type checking of imported data instances
    - When reading a data/newtype instance from an interface, the data constructors
      have their own universals that do not necessarily match up with their tycon's
      type parameters.  (Whereas when type checking source, they are always the
      same.)
    - Hence, we need to be careful when building the wrapper signature of imported
      data constructors from data/newtype instances, and rename the type variables
      in the instance types appropriately.
compiler/basicTypes/MkId.lhs
compiler/types/TyCon.lhs