1. 02 Apr, 2002 5 commits
  2. 01 Apr, 2002 11 commits
    • panne's avatar
      [project @ 2002-04-01 15:32:46 by panne] · bf448f42
      panne authored
      Sigbjorn's last optimization (checking for -mno-cygwin only for
      mingw32 targets) kicked out -O from the default SRC_CC_OPTS. Apart
      from a minor performance hit for some parts of GHC, it yields a GHCi
      which can't load HSbase_cbits.o because `lstat' is unknown, at least
      on SuSE 7.3.
      A little investigation showed the rather arcane reason: lstat and
      friends are inline functions and therefore not in libc.so, only in its
      static counterpart. Normally this is not a problem at all, but the CPP
      INLINE trickery in fptools/libraries/base/cbits/PrelIOUtils.c manages
      to get a reference to lstat into PrelIOUtils.o if -O is not given. %-}
      A similar problem exists for fstat, too.
      Simple solution: Re-add -O to SRC_CC_OPTS, simplifying configure.in a
      bit on the way.
    • simonpj's avatar
      [project @ 2002-04-01 13:57:10 by simonpj] · 25d33ea3
      simonpj authored
      Use hasktags for the HSTAGS_PGM
    • panne's avatar
      [project @ 2002-04-01 12:23:20 by panne] · 48d756d4
      panne authored
      Fixed imports for GHC >= 5.03
    • panne's avatar
      [project @ 2002-04-01 11:18:18 by panne] · a55ebc70
      panne authored
      "warning: unused variable"-police
    • simonpj's avatar
      [project @ 2002-04-01 09:24:29 by simonpj] · 6c2e8818
      simonpj authored
    • simonpj's avatar
      [project @ 2002-04-01 08:53:35 by simonpj] · 63b7e7f2
      simonpj authored
    • simonpj's avatar
      [project @ 2002-04-01 08:23:30 by simonpj] · 9003a18c
      simonpj authored
      	Change the treatment of the stupid
      	   context on data constructors
      Data types can have a context:
      	data (Eq a, Ord b) => T a b = T1 a b | T2 a
      and that makes the constructors have a context too
      (notice that T2's context is "thinned"):
      	T1 :: (Eq a, Ord b) => a -> b -> T a b
      	T2 :: (Eq a) => a -> T a b
      Furthermore, this context pops up when pattern matching
      (though GHC hasn't implemented this, but it is in H98, and
      I've fixed GHC so that it now does):
      	f (T2 x) = x
      gets inferred type
      	f :: Eq a => T a b -> a
      I say the context is "stupid" because the dictionaries passed
      are immediately discarded -- they do nothing and have no benefit.
      It's a flaw in the language.
      Up to now I have put this stupid context into the type of
      the "wrapper" constructors functions, T1 and T2, but that turned
      out to be jolly inconvenient for generics, and record update, and
      other functions that build values of type T (because they don't
      have suitable dictionaries available).
      So now I've taken the stupid context out.  I simply deal with
      it separately in the type checker on occurrences of a constructor,
      either in an expression or in a pattern.
      To this end
      * Lots of changes in DataCon, MkId
      * New function Inst.tcInstDataCon to instantiate a data constructor
      I also took the opportunity to
      * Rename
      	dataConId --> dataConWorkId
        for consistency.
      * Tidied up MkId.rebuildConArgs quite a bit, and renamed it
      * Add function DataCon.dataConExistentialTyVars, with the obvious meaning
    • simonpj's avatar
      [project @ 2002-04-01 08:22:38 by simonpj] · 7f9f2f0a
      simonpj authored
    • simonpj's avatar
      [project @ 2002-04-01 08:17:57 by simonpj] · d3601a1b
      simonpj authored
      Split out FastMutInt separately
    • simonpj's avatar
      [project @ 2002-04-01 08:17:03 by simonpj] · 0b326e7a
      simonpj authored
    • simonpj's avatar
      [project @ 2002-04-01 08:16:49 by simonpj] · 995c2dc3
      simonpj authored
      Import wibbles
  3. 29 Mar, 2002 3 commits
  4. 28 Mar, 2002 7 commits
  5. 27 Mar, 2002 4 commits
    • simonmar's avatar
      [project @ 2002-03-27 16:48:47 by simonmar] · db50cb71
      simonmar authored
      Sigh, recompilation checking in --make mdoe has been badly broken for
      well, probably ever.
      The problem is that in GHCi mode there's a restriction on the use of
      object files, namely that an object file may only depend on other
      up-to-date object files in order to be up-to-date itself, because we
      don't have support for linking object code to interpreted code.
      Unfortunately we were applying this restriction to --make compilations
      too, with the result that far too much recompilation was happening.
    • simonmar's avatar
      [project @ 2002-03-27 12:35:44 by simonmar] · 76bc2914
      simonmar authored
      Update the comment about how to add a new primop.
    • simonpj's avatar
      [project @ 2002-03-27 12:09:00 by simonpj] · 95581e0c
      simonpj authored
      More validity checking, esp for existential ctxt on data cons
    • simonpj's avatar
      [project @ 2002-03-27 12:07:42 by simonpj] · 0b98d0b4
      simonpj authored
      Comments and tracing only
  6. 26 Mar, 2002 10 commits