1. 22 Jan, 2010 6 commits
  2. 19 Jan, 2010 1 commit
  3. 20 Jan, 2010 3 commits
  4. 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.
      e020e387
  5. 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.
      85f969a6
    • 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.
      dfa43eb4
  6. 19 Jan, 2010 4 commits
  7. 18 Jan, 2010 2 commits
  8. 16 Jan, 2010 3 commits
  9. 31 Dec, 2009 1 commit
  10. 30 Dec, 2009 2 commits
  11. 13 Jan, 2010 2 commits
  12. 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.
      ce426964
    • 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
      GHC.
      
      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.
      a4bef988
  13. 04 Jan, 2010 1 commit
  14. 08 Jan, 2010 3 commits
  15. 07 Jan, 2010 5 commits
  16. 06 Jan, 2010 2 commits