1. 15 Jan, 2011 1 commit
    • Ian Lynagh's avatar
      Build system improvements · a3be88fd
      Ian Lynagh authored
      We no longer use dummy-ghc; instead we don't configure most packages
      until the stage1 compiler is available.
        
      We also now use Cabal for building the ghc-bin package.
      
      There are a couple more sanity checks too.
      a3be88fd
  2. 04 Jan, 2011 2 commits
  3. 19 Dec, 2010 1 commit
    • kili's avatar
      Drop GhcWithLlvmCodeGen configuration bits · 17ff3689
      kili authored
      The LLVM code generator is always built unconditionally, so both the
      configuration variable in mk/config.mk.in as well as the string in
      compilerInfo can be removed.
      17ff3689
  4. 14 Dec, 2010 1 commit
  5. 27 Nov, 2010 1 commit
  6. 21 Sep, 2010 1 commit
  7. 20 Sep, 2010 1 commit
  8. 19 Aug, 2010 2 commits
  9. 13 Aug, 2010 1 commit
    • simonpj@microsoft.com's avatar
      Delete GhcLibProfiled · 1caf694c
      simonpj@microsoft.com authored
      Simon M and I looked at this, and we think GhcLibProfiled is
      (a) not needed (b) confusing.
      
      Ian should review.
      
      Really, if GhcProfiled is on we should also 
      check that 'p' is in the GhcLibWays
      1caf694c
  10. 16 Jul, 2010 2 commits
  11. 14 Jul, 2010 1 commit
  12. 08 Jul, 2010 1 commit
    • Sergei Trofimovich's avatar
      Fixing link failure of compiler on ia64 ('-Wl,' prefixed value passed directly to ld) · 615d88d1
      Sergei Trofimovich authored
          /usr/bin/ld -Wl,--relax -r -o dist-stage1/build/HSghc-6.10.4.o \
                                        dist-stage1/build/BasicTypes.o dist-stage1/build/DataCon.o ...
          /usr/bin/ld: unrecognized option '-Wl,--relax'
      
      If we just drop '-Wl,' part it will not help as '-r' and '--relax' are incompatible.
      
      Looks like '-Wl,--relax' was skipped by earlier binutils' ld as unknown option.
      Removing ia64 specific path.
      615d88d1
  13. 18 Jun, 2010 1 commit
    • dterei's avatar
      Add support of TNTC to llvm backend · 24a3fee9
      dterei authored
      We do this through a gnu as feature called subsections,
      where you can put data/code into a numbered subsection
      and those subsections will be joined together in descending
      order by gas at compile time.
      24a3fee9
  14. 16 Jun, 2010 1 commit
  15. 07 May, 2010 1 commit
  16. 15 Jun, 2010 1 commit
  17. 20 May, 2010 1 commit
  18. 13 May, 2010 1 commit
  19. 11 May, 2010 1 commit
  20. 27 Apr, 2010 1 commit
    • Ian Lynagh's avatar
      Fix "make 2" · a1969113
      Ian Lynagh authored
      The new Makefile logic was enabling the stage 1 rules when stage=2,
      so "make 2" was rebuilding stage 1.
      a1969113
  21. 26 Apr, 2010 1 commit
  22. 24 Apr, 2010 1 commit
  23. 24 Mar, 2010 4 commits
  24. 21 Feb, 2010 1 commit
  25. 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
  26. 18 Dec, 2009 1 commit
  27. 15 Dec, 2009 1 commit
  28. 09 Dec, 2009 2 commits
  29. 09 Nov, 2009 1 commit
  30. 15 Oct, 2009 1 commit
  31. 02 Oct, 2009 1 commit
  32. 13 Sep, 2009 2 commits