1. 26 Jan, 2010 2 commits
    • Simon Marlow's avatar
      comment-out an incorrect assertion · cd2773d8
      Simon Marlow authored
    • Simon Marlow's avatar
      Fix a deadlock, and possibly other problems · 3b97d0d0
      Simon Marlow authored
      After a bound thread had completed, its TSO remains in the heap until
      it has been GC'd, although the associated Task is returned to the
      caller where it is freed and possibly re-used.  
      The bug was that GC was following the pointer to the Task and updating
      the TSO field, meanwhile the Task had already been recycled (it was
      being used by exitScheduler()). Confusion ensued, leading to a very
      occasional deadlock at shutdown, but in principle it could result in
      other crashes too.
      The fix is to remove the link between the TSO and the Task when the
      TSO has completed and the call to schedule() has returned; see
      comments in Schedule.c.
  2. 22 Jan, 2010 6 commits
  3. 19 Jan, 2010 1 commit
  4. 20 Jan, 2010 3 commits
  5. 16 Dec, 2009 1 commit
    • howard_b_golden@yahoo.com's avatar
      FIX #2615 (linker scripts in .so files) · e020e387
      howard_b_golden@yahoo.com authored
      This patch does not apply to Windows. It only applies to systems with
      ELF binaries.
      This is a patch to rts/Linker.c to recognize linker scripts in .so
      files and find the real target .so shared library for loading.
  6. 20 Jan, 2010 2 commits
    • simonpj@microsoft.com's avatar
      Fix Trac #3813: unused variables in GHCi bindings · 85f969a6
      simonpj@microsoft.com authored
      In a GHCi stmt we don't want to report unused variables, 
      because we don't know the scope of the binding, eg
      	Prelude> x <- blah
      Fixing this needed a little more info about the context of the stmt,
      thus the new constructor GhciStmt in the HsStmtContext type.
    • simonpj@microsoft.com's avatar
      Fix Trac #3823, plus warning police in TcRnDriver · dfa43eb4
      simonpj@microsoft.com authored
      The immediate reason for this patch is to fix #3823. This was 
      rather easy: all the work was being done but I was returning
      type_env2 rather than type_env3.  
      An unused-veriable warning would have shown this up, so I fixed all
      the other warnings in TcRnDriver.  Doing so showed up at least two
      genuine lurking bugs.  Hurrah.
  7. 19 Jan, 2010 4 commits
  8. 18 Jan, 2010 2 commits
  9. 16 Jan, 2010 3 commits
  10. 31 Dec, 2009 1 commit
  11. 30 Dec, 2009 2 commits
  12. 13 Jan, 2010 2 commits
  13. 12 Jan, 2010 2 commits
    • Simon Marlow's avatar
      Do some recompilation avoidance in GHC.loadModule · ce426964
      Simon Marlow authored
      GHC.loadModule compiles a module after it has been parsed and
      typechecked explicity. If we are compiling to object code and there is
      a valid object file already on disk, then we can skip the compilation
      step. This is useful in Haddock, when processing a package that uses
      Template Haskell and hence needs actual compilation, and the package
      has already been compiled.
      As usual, the recomp avoidance can be disabled with -fforce-recomp.
    • Simon Marlow's avatar
      Invoke Haddock directly from the build system, instead of via Cabal · a4bef988
      Simon Marlow authored
      Partly this is cleaner as we only have to preprocess the source files
      once, but also it is necessary to avoid Haddock recompiling source
      files when Template Haskell is in use, saving some time in validate
      and fixing a problem whereby when HADDOCK_DOCS=YES, make always
      re-haddocks the DPH packages.  This also needs an additional fix to
      HsColour support still uses Cabal, and hence preprocesses the source
      files again. We could move this into the build system too, but there
      is a version dependency that would mean adding extra autoconf stuff.
  14. 04 Jan, 2010 1 commit
  15. 08 Jan, 2010 3 commits
  16. 07 Jan, 2010 5 commits