1. 15 Jun, 2010 3 commits
  2. 14 Jun, 2010 3 commits
  3. 01 Jun, 2010 1 commit
  4. 31 May, 2010 1 commit
  5. 14 Jun, 2010 1 commit
    • simonpj@microsoft.com's avatar
      Gruesome fix in CorePrep to fix embarassing Trac #4121 · 31c7568b
      simonpj@microsoft.com authored
      This is a long-lurking bug that has been flushed into
      the open by other arity-related changes.  There's a
      long comment
           Note [CafInfo and floating]
      to explain.  
      I really hate the contortions we have to do through to keep correct
      CafRef information on top-level binders.  The Right Thing, I believe,
      is to compute CAF and arity information later, and merge it into the
      interface-file information when the latter is generated.
      But for now, this hackily fixes the problem.
  6. 31 May, 2010 2 commits
    • simonpj@microsoft.com's avatar
      Fix a bug in CorePrep that meant output invariants not satisfied · 919509ab
      simonpj@microsoft.com authored
      In cpePair I did things in the wrong order so that something that
      should have been a CprRhs wasn't.  Result: a crash in CoreToStg.
      Fix is easy, and I added more informative type signatures too.
    • simonpj@microsoft.com's avatar
      Robustify the treatement of DFunUnfolding · a90dc390
      simonpj@microsoft.com authored
      See Note [DFun unfoldings] in CoreSyn.  The issue here is that 
      you can't tell how many dictionary arguments a DFun needs just
      from looking at the Arity of the DFun Id: if the dictionary is
      represented by a newtype the arity might include the dictionary
      and value arguments of the (single) method.
      So we need to record the number of arguments need by the DFun
      in the DFunUnfolding itself.  Details in 
         Note [DFun unfoldings] in CoreSyn
  7. 14 Jun, 2010 1 commit
  8. 13 Jun, 2010 1 commit
  9. 12 Jun, 2010 2 commits
  10. 07 Jun, 2010 2 commits
  11. 04 Jun, 2010 2 commits
  12. 02 Jun, 2010 3 commits
  13. 08 May, 2010 1 commit
    • pho@cielonegro.org's avatar
      PIC support for PowerPC · 1414e10a
      pho@cielonegro.org authored
      PPC.CodeGen.getRegister was not properly handling PicBaseReg.
      It seems working with this patch, but I'm not sure this change is correct.
  14. 01 Jun, 2010 1 commit
  15. 25 May, 2010 6 commits
  16. 20 May, 2010 1 commit
  17. 24 May, 2010 1 commit
  18. 22 May, 2010 1 commit
  19. 20 May, 2010 1 commit
    • Ian Lynagh's avatar
      Stop passing -Wl,-macosx_version_min to gcc · 78b2f856
      Ian Lynagh authored
      Fixes a build failure on OS X 10.6. When linking
      we got
          ld: symbol dyld_stub_binding_helper not defined (usually in crt1.o/dylib1.o/bundle1.o)
          collect2: ld returned 1 exit status
  20. 19 May, 2010 1 commit
    • Simon Marlow's avatar
      Fix package shadowing order (#4072) · 636c2750
      Simon Marlow authored
      Later packages are supposed to shadow earlier ones in the stack,
      unless the ordering is overriden with -package-id flags.
      Unfortunately an earlier fix for something else had sorted the list of
      packages so that it was in lexicographic order by installedPackageId,
      and sadly our test (cabal/shadow) didn't pick this up because the
      lexicographic ordering happened to work for the test.  I've now fixed
      the test so it tries both orderings.
  21. 18 May, 2010 1 commit
  22. 13 May, 2010 1 commit
  23. 10 May, 2010 1 commit
  24. 11 May, 2010 1 commit
  25. 10 May, 2010 1 commit
    • simonpj@microsoft.com's avatar
      Re-engineer the derived Ord instance generation code (fix Trac #4019) · f3c7ab8d
      simonpj@microsoft.com authored
      As well as fixing #4019, I rejigged the way that Ord instances are
      generated, which should make them faster in general.  See the 
      Note [Generating Ord instances].
      I tried to measure the performance difference from this change, but
      the #4019 fix only removes one conditional branch per iteration, and
      I couldn't measure a consistent improvement.  But still, tihs is
      better than before.