This project is mirrored from Pull mirroring updated .
  1. 07 May, 2008 2 commits
  2. 06 May, 2008 3 commits
  3. 05 May, 2008 2 commits
    • Duncan Coutts's avatar
      Switch from DepGraph to InstallPlan · 5d8d0d74
      Duncan Coutts authored
      The dependency resolver has had to be extended in a slightly hacky
      way to gather the extra information needed by an install plan. In
      particular it requires the flags to use to configure each package,
      the actual versions of dependencies to use and all of the
      installed packages and their closure of dependencies.
      However the current resolver is fairly naive and so can be easily
      persuaded into producing an invalid install plan, in which case
      you'll get a detailed list of reasons as to why it is invalid.
    • Duncan Coutts's avatar
  4. 04 May, 2008 4 commits
  5. 01 May, 2008 1 commit
  6. 30 Apr, 2008 9 commits
    • Duncan Coutts's avatar
      Remove the resolveDependenciesLocal, implement it via resolveDependencies · bbd4fca1
      Duncan Coutts authored
      The local variant was for the case that we were starting from a package
      description rather than a dependency to a named package. In the local
      case we not only need to resolve the dependencies of the package but also
      to find a flag assignment for the local package. This case crops up in
      the resolver normally when we try to satisfy a dependency, we have to
      pick a flag assignment for the dependency and resolve its dependencies.
      It is annoying to have both entry points, especially as we want the
      resolver to be plugable. So instead we define the local package as an
      available package, then by resolving a single dependency on exactly the
      name and version of the local package then we can get an install plan for
      the local package. It also requires generalising installPkg to deal with
      the local case.
    • Duncan Coutts's avatar
      Generalise and rename PkgInfo to include local packages · 55beae12
      Duncan Coutts authored
      Renamed to AvailablePackage since that what it is really.
      Now instead of just representing packages from a remote hackage repo
      it includes an alternative for a local unpacked package. In future
      we should add more alternatives, eg for other local packages (ie not
      just the one that's unpacked in the current dir) and for remote
      packages in source control like darcs, git etc.
    • Duncan Coutts's avatar
      Convert the Install module to use the new SetupWrapper · a290d516
      Duncan Coutts authored
      And refactor slightly to batch some of the misc parameters
      together in a record rather than passing them all separately.
    • Duncan Coutts's avatar
      Add a new --cabal-lib-version flag to the install command · c0815a55
      Duncan Coutts authored
      It's used to select which version of the Cabal lib to use when
      configuring, building and installing packages. It's mainly so that
      we can use cabal-install to help us test that packages build ok with
      both old and new versions of the Cabal library. In particular we'd
      like to check every package on hackage to make sure that new Cabal
      versions are not breaking packages that worked with older versions.
    • Duncan Coutts's avatar
    • Duncan Coutts's avatar
    • Duncan Coutts's avatar
      Add replacement SetupWrapper module · f7535b33
      Duncan Coutts authored
      Clearer code and a wider interface to give more control.
    • Duncan Coutts's avatar
      Simplify the way we derive configure, install and upgrade commands · a4e46349
      Duncan Coutts authored
      so we do not accidentally inherit the default flags for the underlying
      configure command when we in fact want the empty flags. I am beginning
      to suspect that having any defaults at all was a mistake.
    • Duncan Coutts's avatar
      Make the default SavedConfig contain empty rather than default ConfigFlags · 22b23f90
      Duncan Coutts authored
      We do not want to pass a load of default command line flags. We only want
      to pass flags where we're overriding the defaults.
      Also it's because old Cabal versions do not understand new flags.
  7. 24 Apr, 2008 1 commit
  8. 23 Apr, 2008 1 commit
  9. 20 Apr, 2008 1 commit
  10. 14 Apr, 2008 3 commits
  11. 13 Apr, 2008 3 commits
  12. 12 Apr, 2008 1 commit
  13. 30 Mar, 2008 1 commit
  14. 29 Mar, 2008 3 commits
  15. 27 Mar, 2008 1 commit
  16. 25 Mar, 2008 1 commit
  17. 20 Mar, 2008 1 commit
  18. 19 Mar, 2008 2 commits