1. 08 Jun, 2009 1 commit
  2. 29 May, 2009 1 commit
  3. 12 Jun, 2009 1 commit
    • Ian Lynagh's avatar
      Fix the compiler-hs-dependency's · 2675f2b6
      Ian Lynagh authored
      We needed some more $s to delay evaluation until the values are
      available, and the calls needed to be later in the ghc.mk so that
      compiler_stage2_WAYS etc are defined.
  4. 11 Jun, 2009 7 commits
  5. 04 Jun, 2009 1 commit
  6. 08 Jun, 2009 1 commit
  7. 10 Jun, 2009 5 commits
  8. 09 Jun, 2009 1 commit
  9. 08 Jun, 2009 1 commit
  10. 05 Jun, 2009 10 commits
  11. 04 Jun, 2009 5 commits
  12. 03 Jun, 2009 4 commits
    • Ian Lynagh's avatar
      Merge the TODO lists in ghc.mk · 328e728f
      Ian Lynagh authored
    • Simon Marlow's avatar
      Tighten up the DocBook XSL stylesheet test · 26f4b94f
      Simon Marlow authored
      It wasn't failing even when the DTD was not found.
    • Simon Marlow's avatar
      fix logic for BUID_DOCBOOK_HTML · f4ec2d0c
      Simon Marlow authored
    • simonpj@microsoft.com's avatar
      Allow RULES for seq, and exploit them · 90ce88a0
      simonpj@microsoft.com authored
      Roman found situations where he had
            case (f n) of _ -> e
      where he knew that f (which was strict in n) would terminate if n did.
      Notice that the result of (f n) is discarded. So it makes sense to
      transform to
            case n of _ -> e
      Rather than attempt some general analysis to support this, I've added
      enough support that you can do this using a rewrite rule:
        RULE "f/seq" forall n.  seq (f n) e = seq n e
      You write that rule.  When GHC sees a case expression that discards
      its result, it mentally transforms it to a call to 'seq' and looks for
      a RULE.  (This is done in Simplify.rebuildCase.)  As usual, the
      correctness of the rule is up to you.
      This patch implements the extra stuff.  I have not documented it explicitly
      in the user manual yet... let's see how useful it is first.
      The patch looks bigger than it is, because
        a) Comments; see esp MkId Note [seqId magic]
        b) Some refactoring.  Notably, I moved the special desugaring for
           seq from MkCore back into DsUtils where it properly belongs.
           (It's really a desugaring thing, not a CoreSyn invariant.)
        c) Annoyingly, in a RULE left-hand side we need to be careful that
           the magical desugaring done in MkId Note [seqId magic] item (c) 
           is *not* done on the LHS of a rule. Or rather, we arrange to 
           un-do it, in DsBinds.decomposeRuleLhs.
  13. 02 Jun, 2009 2 commits