1. 27 Feb, 2006 1 commit
  2. 22 Feb, 2006 2 commits
  3. 27 Feb, 2006 2 commits
  4. 25 Feb, 2006 1 commit
  5. 26 Feb, 2006 1 commit
  6. 25 Feb, 2006 3 commits
    • wolfgang.thaller@gmx.net's avatar
    • wolfgang.thaller@gmx.net's avatar
      NCG: Fix Typo in Register Allocator Loop Patch · 17fc6271
      wolfgang.thaller@gmx.net authored
      Fix previous patch "NCG: Handle loops in register allocator"
      Of course, I broke it when correcting a style problem just before committing.
    • wolfgang.thaller@gmx.net's avatar
      NCG: Handle loops in register allocator · 34f992d3
      wolfgang.thaller@gmx.net authored
      Fill in the missing parts in the register allocator so that it can
      handle loops.
      *) The register allocator now runs in the UniqSuppy monad, as it needs
         to be able to generate unique labels for fixup code blocks.
      *) A few functions have been added to RegAllocInfo:
      	mkRegRegMoveInstr -- generates a good old move instruction
      	mkBranchInstr     -- used to be MachCodeGen.genBranch
      	patchJump         -- Change the destination of a jump
      *) The register allocator now makes sure that only one spill slot is used
         for each temporary, even if it is spilled and reloaded several times.
         This obviates the need for memory-to-memory moves in fixup code.
      *) The case where the fixup code needs to cyclically permute a group of
         registers is currently unhandled. This will need more work once we come
         accross code where this actually happens.
      *) Register allocation for code with loop is probably very inefficient
         (both at compile-time and at run-time).
      *) We still cannot compile the RTS via NCG, for various other reasons.
  7. 24 Feb, 2006 12 commits
  8. 23 Feb, 2006 11 commits
  9. 10 Feb, 2006 1 commit
  10. 22 Feb, 2006 5 commits
  11. 21 Feb, 2006 1 commit
    • Simon Marlow's avatar
      fix a deadlock in atomicModifyMutVar# · 25cc1d1f
      Simon Marlow authored
      atomicModifyMutVar# was re-using the storage manager mutex (sm_mutex)
      to get its atomicity guarantee in SMP mode. But recently the addition
      of a call to dirty_MUT_VAR() to implement the read barrier lead to a
      rare deadlock case, because dirty_MUT_VAR() very occasionally needs to
      allocate a new block to chain on the mutable list, which requires