1. 26 Feb, 2001 14 commits
  2. 23 Feb, 2001 7 commits
  3. 22 Feb, 2001 7 commits
  4. 21 Feb, 2001 8 commits
  5. 20 Feb, 2001 4 commits
    • qrczak's avatar
      [project @ 2001-02-20 18:40:54 by qrczak] · 8c2df3ea
      qrczak authored
      Apply tweaks needed to let this compile: remove syn_map argument from
      typecheckExpr in HscMain, import PrelNum.fromInt to modules which
      use integer literals with -fno-implicit-prelude flag.
      
      It crashes later, on Directory.hs:
      ghc: panic! (the `impossible' happened):
              srtExpr
      
      I'm not sure if resolving numeric literals to top-level definitions
      of fromInt/fromInteger with -fno-implicit-prelude is a good idea.
      Using names from whatever module is called Prelude would be IMHO
      better, probably when -fglasgow-exts is given. Prel* modules themselves
      would import PrelNum as Prelude.
      
      Both schemes break for fromInt, which is non-standard and by default
      it's visible neither at the top level nor in the Prelude module. My
      proposal for dealing with it is as follows (assuming that fromInteger
      is taken from the module locally called Prelude instead of the top
      level): when the standard Prelude is used, take fromInt from PrelNum;
      when a Prelude replacement is used, use fromInt from it if available,
      otherwise use its fromInteger instead. That way Prelude replacements
      can ignore this non-standard extension and get the expected behavior,
      or they can also choose to use this extension (in a way compatible
      with Haskell implementations which allow to replace Prelude but don't
      have fromInt).
      8c2df3ea
    • simonmar's avatar
      [project @ 2001-02-20 18:05:23 by simonmar] · 29920fbc
      simonmar authored
      More doc hacking.
      
      Call for Release Notes (CFRN): the 5-00-notes.sgml file is currently a
      skeleton only; PLEASE add or expand entries for things you've done.
      29920fbc
    • simonpj's avatar
      [project @ 2001-02-20 15:44:26 by simonpj] · 1703fe03
      simonpj authored
      Eta expansion wibbles
      ~~~~~~~~~~~~~~~~~~~~~
      * Don't eta reduce, and do eta expand,
        data con workers and primops
      
        Reason: they don't have bindings, so they aren't really
        ordinary variables.
      
      This is a bit of a swamp, provoked by moving CoreSat later,
      something I'm beginning to wonder about...
      
      Not are things settled yet -- I think some rules may
      not fire that should because of constructor worker/wrapper
      issues.  E.g when you have   foldr (:) [] xs = xs
      1703fe03
    • simonpj's avatar
      [project @ 2001-02-20 15:38:45 by simonpj] · 48d9dabf
      simonpj authored
      Import wibble
      48d9dabf