[project @ 2005-07-12 14:50:10 by simonpj]
authorsimonpj <unknown>
Tue, 12 Jul 2005 14:50:10 +0000 (14:50 +0000)
committersimonpj <unknown>
Tue, 12 Jul 2005 14:50:10 +0000 (14:50 +0000)
commitdc4422410ad3c5e364c37137da81e77b4ebcc258
tree0ec049efb1d755197c01ef89b72e9d4f098239f8
parent55f1fadd08d6d5bf135f97be1314377eeb98de7d
[project @ 2005-07-12 14:50:10 by simonpj]
An earlier commit, liberalising the defaulting rules for ghci,
messed up the handling of defaulting at the top level.  This
commit fixes it.

The current story is that if there's an ambiguous top-level
multi-parameter constraint (C a b), then a,b won't be defaulted,
regardless of how a,b are used otherwise.  A type variable is
defaulted only if it's constrained by single-parameter type classes,
even in the more-liberal GHCi.

tcfail142 tests this case.
ghc/compiler/typecheck/TcSimplify.lhs