1. 30 Aug, 2010 10 commits
  2. 27 May, 2010 1 commit
  3. 25 Aug, 2010 1 commit
  4. 23 Aug, 2010 1 commit
  5. 22 Aug, 2010 3 commits
  6. 20 Aug, 2010 1 commit
  7. 19 Aug, 2010 2 commits
  8. 17 Aug, 2010 1 commit
  9. 16 Aug, 2010 1 commit
    • simonpj@microsoft.com's avatar
      Refactor the command-line argument parsing (again) · 0cb74388
      simonpj@microsoft.com authored
      This change allows the client of CmdLineParser a bit more flexibility,
      by giving him an arbitrary computation (not just a deprecation
      message) for each flag.  
      There are several clients, so there are lots of boilerplate changes.
      Immediate motivation: if RTS is not profiled, we want to make 
      Template Haskell illegal.  That wasn't with the old setup.
  10. 13 Aug, 2010 6 commits
    • dterei's avatar
      LLVM: Enable shared lib support on Linux x64 · 60873542
      dterei authored
    • simonpj@microsoft.com's avatar
      Re-do the arity calculation mechanism again (fix Trac #3959) · 63595209
      simonpj@microsoft.com authored
      After rumination, yet again, on the subject of arity calculation,
      I have redone what an ArityType is (it's purely internal to the
      CoreArity module), and documented it better.  The result should
      fix #3959, and I hope the related #3961, #3983.
      There is lots of new documentation: in particular
       * Note [ArityType]  
         describes the new datatype for arity info
       * Note [State hack and bottoming functions] 
         says how bottoming functions are dealt with, particularly
         covering catch# and Trac #3959
      I also found I had to be careful not to eta-expand single-method
      class constructors; see Note [Newtype classes and eta expansion].
      I think this part could be done better, but it works ok.
    • simonpj@microsoft.com's avatar
      Comments only · 02ec3766
      simonpj@microsoft.com authored
    • simonpj@microsoft.com's avatar
      Modify FloatOut to fix Trac #4237 · d49e8592
      simonpj@microsoft.com authored
      The problem was that a strict binding was getting floated
      out into a letrec. This only happened when profiling was
      on.  It exposed a fragility in the floating strategy.  This
      patch makes it more robust.  See
            Note [Avoiding unnecessary floating]
    • simonpj@microsoft.com's avatar
      Fix egregious bug in SetLevels.notWorthFloating · ff094439
      simonpj@microsoft.com authored
      This bug just led to stupid code, which would
      later be optimised away, but better not to generate
      stupid code in the first place.
    • simonpj@microsoft.com's avatar
      Delete GhcLibProfiled · 1caf694c
      simonpj@microsoft.com authored
      Simon M and I looked at this, and we think GhcLibProfiled is
      (a) not needed (b) confusing.
      Ian should review.
      Really, if GhcProfiled is on we should also 
      check that 'p' is in the GhcLibWays
  11. 12 Aug, 2010 6 commits
  12. 09 Aug, 2010 1 commit
  13. 10 Aug, 2010 1 commit
    • Simon Marlow's avatar
      Do the dependency-omitting for 'make 1' in a slightly different way · 7a50ff1e
      Simon Marlow authored
      I encountered a couple of things that broke after Ian's previous
      patch: one was my nightly build scripts that use 'make stage=2' at the
      top level, and the other is 'make fast' in libraries/base, which uses
      'stage=0' to avoid building any compilers.
      So my version of this patch is more direct: it just turns off the
      appropriate dependencies using a variable set by 'make 1', 'make 2',
  14. 08 Aug, 2010 4 commits
  15. 05 Aug, 2010 1 commit