1. 30 May, 2013 5 commits
    • Simon Peyton Jones's avatar
      Eta-reduce data/newtype family instance axioms (Trac #4185) · 827cc509
      Simon Peyton Jones authored
      This long-overdue fix arranges to eta-reduce the axiom for a
      data/newtype instance in the same way that we have longq
      eta-reduced the axiom for a newtype.
      See Note [Eta reduction for data family axioms] in TcInstDcls
      and Note [Deriving, type families, and partial applications] in TcDeriv.
    • Simon Peyton Jones's avatar
      Improve validity check to give better error message · 936001ca
      Simon Peyton Jones authored
      Fixes Trac #7809
    • Simon Peyton Jones's avatar
      Use new TcHsType.zonkSigType to establish Type invariants · 8d49ef16
      Simon Peyton Jones authored
      Finally (I hope) fixes Trac #7903.
      See Note [Zonking inside the knot] in TcHsSyn
    • Simon Peyton Jones's avatar
      Refine 'type_determines_value' in Specialise. Fix Trac #7785. · 5949ff2d
      Simon Peyton Jones authored
      See Note [Type determines value] in Specialise.
    • Simon Peyton Jones's avatar
      Make 'SPECIALISE instance' work again · 1ed04090
      Simon Peyton Jones authored
      This is a long-standing regression (Trac #7797), which meant that in
      particular the Eq [Char] instance does not get specialised.
      (The *methods* do, but the dictionary itself doesn't.)  So when you
      call a function
           f :: Eq a => blah
      on a string type (ie a=[Char]), 7.6 passes a dictionary of un-specialised
      This only matters when calling an overloaded function from a
      specialised context, but that does matter in some programs.  I
      remember (though I cannot find the details) that Nick Frisby discovered
      this to be the source of some pretty solid performanc regresisons.
      Anyway it works now. The key change is that a DFunUnfolding now takes
      a form that is both simpler than before (the DFunArg type is eliminated)
      and more general:
      data Unfolding
        = ...
        | DFunUnfolding {     -- The Unfolding of a DFunId
          			-- See Note [DFun unfoldings]
            		  	--     df = /\a1..am. \d1..dn. MkD t1 .. tk
                              --                                 (op1 a1..am d1..dn)
           		      	--     	    	      	       	   (op2 a1..am d1..dn)
              df_bndrs :: [Var],      -- The bound variables [a1..m],[d1..dn]
              df_con   :: DataCon,    -- The dictionary data constructor (never a newtype datacon)
              df_args  :: [CoreExpr]  -- Args of the data con: types, superclasses and methods,
          }                           -- in positional order
      That in turn allowed me to re-enable the DFunUnfolding specialisation in
      DsBinds.  Lots of details here in TcInstDcls:
      	  Note [SPECIALISE instance pragmas]
      I also did some refactoring, in particular to pass the InScopeSet to
      exprIsConApp_maybe (which in turn means it has to go to a RuleFun).
      NB: Interface file format has changed!
  2. 28 May, 2013 5 commits
  3. 25 May, 2013 3 commits
  4. 24 May, 2013 1 commit
  5. 22 May, 2013 2 commits
  6. 21 May, 2013 6 commits
  7. 20 May, 2013 2 commits
  8. 19 May, 2013 8 commits
  9. 18 May, 2013 2 commits
  10. 17 May, 2013 1 commit
  11. 16 May, 2013 3 commits
  12. 15 May, 2013 2 commits