1. 03 Sep, 2010 1 commit
  2. 02 Sep, 2010 1 commit
  3. 18 Aug, 2010 2 commits
  4. 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',
      etc.
      7a50ff1e
  5. 26 Jul, 2010 1 commit
  6. 23 Jul, 2010 1 commit
  7. 17 Jul, 2010 1 commit
  8. 16 Jul, 2010 2 commits
  9. 15 Jul, 2010 1 commit
  10. 04 Jul, 2010 1 commit
  11. 22 Jun, 2010 1 commit
  12. 16 Jun, 2010 1 commit
  13. 15 Jun, 2010 1 commit
  14. 04 Jun, 2010 1 commit
  15. 03 Jun, 2010 1 commit
  16. 30 May, 2010 1 commit
  17. 25 May, 2010 2 commits
  18. 09 May, 2010 2 commits
  19. 08 May, 2010 1 commit
  20. 04 May, 2010 1 commit
  21. 27 Apr, 2010 1 commit
  22. 24 Apr, 2010 1 commit
  23. 12 Apr, 2010 1 commit
  24. 29 Mar, 2010 1 commit
  25. 24 Mar, 2010 3 commits
  26. 23 Mar, 2010 1 commit
    • Ian Lynagh's avatar
      Tweak the Makefile code for making .a libs; fixes trac #3642 · 64c64a6e
      Ian Lynagh authored
      The main change is that, rather than using "xargs ar" we now put
      all the filenames into a file, and do "ar @file". This means that
      ar adds all the files at once, which works around a problem where
      files with the same basename in a later invocation were overwriting
      the existing file in the .a archive.
      64c64a6e
  27. 14 Mar, 2010 1 commit
  28. 05 Mar, 2010 1 commit
  29. 27 Feb, 2010 1 commit
  30. 21 Feb, 2010 1 commit
  31. 19 Jan, 2010 1 commit
  32. 13 Jan, 2010 2 commits
  33. 12 Jan, 2010 1 commit
    • 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