This project is mirrored from Pull mirroring updated .
  1. 03 Nov, 2017 2 commits
  2. 13 Aug, 2017 1 commit
  3. 10 Aug, 2017 2 commits
  4. 25 Jul, 2017 1 commit
  5. 09 Jun, 2017 1 commit
  6. 07 May, 2017 1 commit
    • Edward Z. Yang's avatar
      Greatly reduce the amount of build product we upload. · bed3e5ca
      Edward Z. Yang authored
      See #4462 for the gory details.
      Main things about this commit:
      - New 'monolithic' flag on cabal-install, which combines
        all of the tests into a single binary.  It's not very
        much code, and you don't pay for any of it on a release
        build.  I quite like it.  The one downside is that
        we can't also pull in Cabal test suites this way.
      - Env vars got moved into
      - now runs the cabal-tests tests, because
        we aren't sending enough build product over to do them
        on the second Travis run
      Signed-off-by: default avatarEdward Z. Yang <>
  7. 06 May, 2017 1 commit
  8. 05 May, 2017 1 commit
  9. 19 Feb, 2017 1 commit
  10. 18 Feb, 2017 2 commits
  11. 31 Oct, 2016 1 commit
  12. 21 Oct, 2016 1 commit
    • Duncan Coutts's avatar
      Enable assertions in Cabal and cabal-install for devs · 78f592af
      Duncan Coutts authored
      For the moment we cannot use ghc-options at the top level in the
      cabal.project since it applies to all packages not just local ones.
      Until that is fixed, use a workaround of specifying it for the two
      local packages of interest directly.
  13. 06 Oct, 2016 1 commit
    • Mikhail Glushenkov's avatar
      Fix CI on Mac OS X with GHC 7.8 and earlier. · 2ed454ee
      Mikhail Glushenkov authored
      On recent OS X, Cabal does not work correctly because it assumes
      that a permission denied error when reading permissions on
      executables, resulting in errors like "Setup: /usr/bin/ar: permission denied".
      The proximal fix for this is to add a constraint on unix when we build
      Cabal/cabal-install to avoid building with the buggy version of unix.
      But this causes other problems:
      - Bumping the version of unix means that our local build of Cabal
        will depend on things from the store.  But we weren't passing
        this to GHC when compiled Setup.hs for Cabal's package-tests.
        Set CABAL_PACKAGETESTS_DB_STACK env var explicitly to point
        to the right locations.
      - The new configuration of versions exposed some bugs in some
        macro expanded code in cabal-install; we qualified those
        imports to squash unused warnings.
      - The cabal-install integration-tests occasionally use Cabal from
        the system GHC.  Since this will never work on OS X, we just
        skip the tests in those cases.
      Signed-off-by: default avatarEdward Z. Yang <>
  14. 29 Sep, 2016 1 commit
  15. 09 Sep, 2016 1 commit
  16. 07 Aug, 2016 1 commit
  17. 12 Apr, 2016 1 commit