This project is mirrored from Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
Last successful update .
  1. 08 Apr, 2017 1 commit
    • Sergei Trofimovich's avatar
      fix 'make install' for cross-stage2 · 54895c90
      Sergei Trofimovich authored
      When cross-built GHC is being installed one of
      latest steps is to register installed libraries
      with 'ghc-pkg'.
      GHC uses freshly installed 'ghc-pkg' and 'ghc-stage2'
      for that.
      Tested as:
          ./configure --target=aarch64-unknown-linux-gnu
          make install DESTDIR=$(pwd)/__s2 STRIP_CMD=:
      Before the change install failed on ghc-pkg execution phase:
          ".../ghc-cross/__s2/usr/local/lib/ghc-8.3.20170406/bin/ghc-pkg" \
              --force \
              --global-package-db \
              ".../ghc-cross/__s2/usr/local/lib/ghc-8.3.20170406/package.conf.d" \
              update rts/dist/package.conf.install
          /bin/sh: .../ghc-cross/__s2/usr/local/lib/ghc-8.3.20170406/bin/ghc-pkg: \
              No such file or directory
      To avoid breakage we use 'ghc' and 'ghc-pkg' built by stage0.
      Signed-off-by: default avatarSergei Trofimovich <>
      Test Plan: run 'make install' on stage2 crosscompiler
      Reviewers: rwbarton, austin, bgamari
      Subscribers: thomie, snowleopard
      Differential Revision:
  2. 28 Feb, 2017 1 commit
  3. 08 Sep, 2015 1 commit
    • thomie's avatar
      Build system: cleanup BUILD_DIRS + add lots of Notes · 8be43dd9
      thomie authored
      See Note [CrossCompiling vs Stage1Only] in mk/
      See Note [Stage1Only vs stage=1] in mk/
      See Note [No stage2 packages when CrossCompiling or Stage1Only].
        * use stage2 to build mkUserGuidePart, as was probably intended.
          Now the following represent the same set of packages:
          - packages that we build with ghc-stage2
          - packages that depend on the ghc library
          Those packages are: haddock, mkUserGuidePart and ghctags.
        * don't let utils that don't depend on the ghc library depend on its
 file. Instead, let those utils directly depend on
          the files of the stage1 packages. Not sure if it
          improves anything, but I found it easier to explain what's going on
          this way.
      (partially) reviewed by: austin
      Differential Revision:
  4. 07 Sep, 2015 1 commit
    • thomie's avatar
      Build system: cleanup utils/ghc-pkg/ · 1abbacd6
      thomie authored
      There used to be a lot of custom make code to build ghc-pkg with the
      stage0 compiler. Commit ac5a3145
      thankfully cleaned this up, by using the build settings from the
      ghc-pkg.cabal file.
      This commit removes some remains of the old way of installing ghc-pkg
      when Stage1Only=YES. Notably, we called both `build-prog` as
      `shell-wrapper`. This is surely wrong, because `build-prog` already
      calls `shell-wrapper`. It isn't needed to set WANT_INSTALLED_WRAPPER
      either; build-prog does that for us.
      This prevents the following warnings when Stage1Only=YES:
        utils/ghc-pkg/ warning:
          overriding commands for target `install_utils/ghc-pkg_dist_wrapper'
        utils/ghc-pkg/ warning:
          ignoring old commands for target `install_utils/ghc-pkg_dist_wrapper'
      Also add more comments and restructure a bit.
      Reviewed by: austin
      Differential Revision:
  5. 21 Aug, 2015 1 commit
    • thomie's avatar
      Build system: simplify · 47493e60
      thomie authored
      This will allow fixing #1851 more easily
      ("make install-strip" should work).
      This reverts 57e2a81c:
        "On Cygwin, use a Cygwin-style path for /bin/install's destination"
      Update submodule haddock and hsc2hs.
  6. 01 Oct, 2013 1 commit
  7. 03 Mar, 2013 2 commits
  8. 01 Mar, 2013 1 commit
  9. 16 Feb, 2013 2 commits
  10. 05 Feb, 2013 1 commit
  11. 01 Feb, 2013 1 commit
  12. 17 Jan, 2013 1 commit
    • Simon Marlow's avatar
      Tidy up cross-compiling · 109a1e53
      Simon Marlow authored
      We have two cases:
       1. building a cross-compiler
       2. compiling GHC to run on a foreign platform
      These two are done with almost the same setup: (1) is the stage 1
      compiler, and (2) is the stage 2 compiler, when CrossCompiling=YES.
      The only difference between (1) and (2) is that you if you set up the
      build for (1), then it stops before stage 2 and you can 'make install'
      to install stage 1.
      Unfortunately, (2) didn't work, and the build system code needed some
      tidying up.
      Change to the way the build is set up:
      To build a cross-compiler:
        ./configure --target=<..>
      To compile a foreign GHC:
        ./configure --host=<..> --target=<..>
      To build a cross-compiler:
        ./configure --target=<..>
        And set "Stage1Only=YES" in mk/
      To compile a foreign GHC:
        ./configure --target=<..>
  13. 29 Oct, 2012 2 commits
  14. 27 Sep, 2012 1 commit
  15. 30 Aug, 2012 1 commit
  16. 15 May, 2012 1 commit
    • pcapriotti's avatar
      Rename package-conf flags to package-db. · ca2debb2
      pcapriotti authored
      Rename package database flags in both GHC and ghc-pkg so that they are
      consistent with Cabal nomenclature.
      Add a version check to the build system so that the correct set of
      package db flags are used when the bootstrapping GHC has version < 7.5.
  17. 26 Apr, 2012 1 commit
    • Ian Lynagh's avatar
      Add SRC_[CH]C_WARNING_OPTS · 3d8dd486
      Ian Lynagh authored
      This allows you to say things like
          SRC_HC_WARNING_OPTS += -fno-warn-unsupported-calling-conventions
      in mk/
      Unfortunately, we can't just use SRC_HC_OPTS, as that gets put before
      the more specific options (e.g. ghc-options in a .cabal file), many of
      which include -Wall. So now we have:
          ghc $(SRC_HC_OPTS) ... options from .cabal etc ... $(SRC_HC_WARNING_OPTS)
  18. 21 Feb, 2012 1 commit
  19. 30 Jan, 2012 1 commit
  20. 19 Nov, 2011 1 commit
    • Ian Lynagh's avatar
      Improve the way we call "rm" in the build system; fixes trac #4916 · 80e9070c
      Ian Lynagh authored
      We avoid calling "rm -rf" with no file arguments; this fixes cleaning
      on Solaris, where that fails.
      We also check for suspicious arguments: anything containing "..",
      starting "/", or containing a "*" (you need to call $(wildcard ...)
      yourself now if you really want globbing). This should make things
      a little safer.
  21. 23 Oct, 2011 1 commit
  22. 21 Sep, 2011 1 commit
  23. 19 Aug, 2011 1 commit
  24. 23 Jun, 2011 1 commit
  25. 11 Apr, 2011 1 commit
  26. 06 Jan, 2011 1 commit
    • Ian Lynagh's avatar
      On Cygwin, use a Cygwin-style path for /bin/install's destination · 57e2a81c
      Ian Lynagh authored
      cygwin's /bin/install doesn't set file modes correctly if the
      destination path is a C: style path:
      $ /bin/install -c -m 644 foo /cygdrive/c/cygwin/home/ian/foo2
      $ /bin/install -c -m 644 foo c:/cygwin/home/ian/foo3
      $ ls -l foo*
      -rw-r--r-- 1 ian None 0 2011-01-06 18:28 foo
      -rw-r--r-- 1 ian None 0 2011-01-06 18:29 foo2
      -rwxrwxrwx 1 ian None 0 2011-01-06 18:29 foo3
      This causes problems for bindisttest/ which then
      thinks that e.g. the userguide HTML files are binaries.
      We therefore use a /cygdrive path if we are on cygwin
  27. 02 Sep, 2010 1 commit
  28. 04 Jul, 2010 1 commit
  29. 24 Mar, 2010 1 commit
  30. 05 Nov, 2009 1 commit
  31. 02 Oct, 2009 1 commit
  32. 30 Sep, 2009 1 commit
  33. 14 Sep, 2009 1 commit
  34. 11 Sep, 2009 1 commit
  35. 10 Sep, 2009 2 commits
    • Simon Marlow's avatar
      binary has unused-import warnings · 8a2b4cfc
      Simon Marlow authored
    • Simon Marlow's avatar
      Change the representation of the package database · 930421d4
      Simon Marlow authored
       - the package DB is a directory containing one file per package
         instance (#723)
       - there is a binary cache of the database (#593, #2089)
       - the binary package is now a boot package
       - there is a new package, bin-package-db, containing the Binary
         instance of InstalledPackageInfo for the binary cache.
      Also included in this patch
       - Use colour in 'ghc-pkg list' to indicate broken or hidden packages
         Broken packages are red, hidden packages are 
         Colour support comes from the terminfo package, and is only used when
          - not --simple-output
          - stdout is a TTY
          - the terminal type has colour capability
       - Fix the bug that 'ghc-pkg list --user' shows everything as broken
  36. 02 Aug, 2009 1 commit