This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 26 Jan, 2017 2 commits
  2. 25 Jan, 2017 1 commit
  3. 19 Jan, 2017 1 commit
  4. 17 Jan, 2017 2 commits
  5. 11 Jan, 2017 1 commit
  6. 06 Jan, 2017 1 commit
  7. 22 Dec, 2016 1 commit
  8. 07 Dec, 2016 2 commits
  9. 05 Dec, 2016 1 commit
  10. 27 Nov, 2016 1 commit
  11. 22 Nov, 2016 1 commit
  12. 20 Nov, 2016 2 commits
  13. 16 Nov, 2016 1 commit
  14. 29 Oct, 2016 1 commit
    • Jason Dagit's avatar
      Require Cabal >= 1.20 in new-build. (#4051) · 80de7ff4
      Jason Dagit authored and Edward Z. Yang's avatar Edward Z. Yang committed
      Constrain Cabal >= 1.20 in all new-build install plans. This solves problems where Cabal 1.18 don't have a good enough API to let us handle the new-style store (we need --dependency flags.)
      
      In the future we plan to relax this to only Setup.hs dependencies.
      
      Fixes issue #3932.
      80de7ff4
  15. 26 Oct, 2016 3 commits
  16. 25 Oct, 2016 1 commit
    • Edward Z. Yang's avatar
      Drop version check when resolving package names. · af24cefe
      Edward Z. Yang authored
      
      
      In #4017, hvr reported that when he used --allow-older/--allow-newer,
      there was an assert failure in toConfiguredComponent.  Indeed
      the problem was that toConfiguredComponent was testing version
      ranges of build-depends to determine which package to select, but
      there was no satisfying one (since the build-depends field had
      not been updated.)
      
      After thinking about this for a bit, it seemed a bit bogus for
      us to be doing another version check at this late phase; we
      already picked dependencies earlier in the configuration process.
      So I decided to drop it.
      
      To drop it, however, I needed to remove support for a feature (discussed
      in #4020), which uses version ranges to disambiguate whether or not a
      dependency is on an external package or an internal package.  This
      feature doesn't seem to be very useful.  If someone asks, I'll
      check on Hackage to see if anyone is using it.
      
      Also added some useful extra debug info.
      
      Fixes #4020 and #4017
      
      Signed-off-by: default avatarEdward Z. Yang <ezyang@cs.stanford.edu>
      af24cefe
  17. 22 Oct, 2016 1 commit
  18. 18 Oct, 2016 1 commit
  19. 14 Oct, 2016 1 commit
  20. 09 Oct, 2016 1 commit
  21. 06 Oct, 2016 2 commits
    • Edward Z. Yang's avatar
      1be2b213
    • 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 <ezyang@cs.stanford.edu>
      2ed454ee
  22. 29 Sep, 2016 1 commit
  23. 26 Sep, 2016 1 commit
    • Herbert Valerio Riedel's avatar
      Introduce `Distribution.Client.Compat.Prelude` · 82a22706
      Herbert Valerio Riedel authored
      This is supposed to become more or less a superset of Cabal's
      `Distribution.Compat.Prelude`.
      
      As a side-effect,t his exposes `Distribution.Compat.Prelude` from the
      Cabal library (which may be actually a good thing, as it may be useful
      module to Setup.hs writers).
      82a22706
  24. 24 Sep, 2016 2 commits
  25. 14 Sep, 2016 1 commit
  26. 13 Sep, 2016 1 commit
  27. 11 Sep, 2016 1 commit
  28. 10 Sep, 2016 2 commits
    • kristenk's avatar
      Evaluate solver result in quickcheck tests to force install plan validation. · 553959f8
      kristenk authored
      Previously, the tests only evaluated enough of the result to determine whether
      the solver found an install plan, but that install plan could be invalid.
      553959f8
    • ttuegel's avatar
      Add `reconfigure` command · ae59bb3d
      ttuegel authored
      Fixes #2214 by adding a `reconfigure` command and invoking it whenever
      necessary. The last configure flags used are saved in a
      version-independent format so it should never be necessary for the user
      to reconfigure manually.
      ae59bb3d
  29. 09 Sep, 2016 1 commit
  30. 07 Sep, 2016 1 commit
  31. 04 Sep, 2016 1 commit