[project @ 2000-06-18 08:37:17 by simonpj]
authorsimonpj <unknown>
Sun, 18 Jun 2000 08:37:20 +0000 (08:37 +0000)
committersimonpj <unknown>
Sun, 18 Jun 2000 08:37:20 +0000 (08:37 +0000)
commit91ef36b9f74a61c0fb0047f3261ce49ed3026e93
tree58b02aa4bffa00e692136c8940a5c354a413f911
parentaa104ab9b2d8e4d86e9f0c2d415db8bfd860781c
[project @ 2000-06-18 08:37:17 by simonpj]
*** MERGE WITH 4.07 ***

* Fix the ambiguity check in TcMonotype.lhs so that
  it is not carried out for types read from interface
  files.  Some workers may get ambiguous types but that
  does not matter, and should not make compilation fail.
  More detail in the comments with TcMonoType.tc_type_kind
  (the HsForAll case)

* Don't create specialisations for type applications
  where there's a matching rule.  The rule should
  clearly take precedence.  (Bug reported by Sven.)
  I havn't tested this fix.

* Run the occurrence analyser after tidyCore, so that
  occurrence info (notably dead-var info) is correct
  for the code generators.  This should fix Erik's problem,
  but again I've not tested the fix.  The extra call
  is in Main.lhs

* Fix CoreToStg so that it can handle an StgLam in mkStgCase.
  This only shows up in a wierd case, documented in
  CoreToStg.mkStgCase
ghc/compiler/hsSyn/HsDecls.lhs
ghc/compiler/hsSyn/HsTypes.lhs
ghc/compiler/main/Main.lhs
ghc/compiler/simplCore/Simplify.lhs
ghc/compiler/specialise/Specialise.lhs
ghc/compiler/stgSyn/CoreToStg.lhs
ghc/compiler/typecheck/TcMonoType.lhs
ghc/compiler/types/InstEnv.lhs