This project is mirrored from https://github.com/haskell/Cabal. Pull mirroring updated .
  1. 13 Jan, 2009 2 commits
    • Duncan Coutts's avatar
      Improve the cabal --help output · d90d3c26
      Duncan Coutts authored
      Put the general info message at the top and make the explanation of
      installing a hackage package somewhat clearer.
      d90d3c26
    • Duncan Coutts's avatar
      Display examples in cabal install --help · 27618136
      Duncan Coutts authored
      Examples: 
        cabal install                     Package in the current directory
        cabal install foo                 Package from the hackage server
        cabal install foo-1.0             Specific version of a package
        cabal install 'foo < 2'           Constrained package version
      27618136
  2. 18 Dec, 2008 1 commit
  3. 10 Dec, 2008 1 commit
  4. 13 Nov, 2008 1 commit
  5. 22 Aug, 2008 2 commits
  6. 21 Aug, 2008 1 commit
    • Duncan Coutts's avatar
      Rearrange config settings and global command line settings · 0a2fb235
      Duncan Coutts authored
      The intention here is to have the config file content and parser
      be derivied from the command line types and flags. Now instead
      of having a saved config type that contains additional
      information to that kept in command line parameters we now put
      all the information in the command line settings type and make
      the saved config just the aggregation of the settings for
      various key commands like configure, install, upload. There's
      also an extended GlobalFlags type with the things like repos,
      cache dir etc. When we generate the initial config file we put
      in commented out versions of all (non-deprecated) valid fields,
      along with their default values. The aim is to make the config
      file self-documenting.
      0a2fb235
  7. 14 Aug, 2008 1 commit
    • Duncan Coutts's avatar
      Add cabal install --reinstall flag · 9f72f58c
      Duncan Coutts authored
      to force reinstall of package where we have the exact same
      version already installed. Ordinarily we would say that
      there is nothing to do as the exact same package version
      is already installed. There are some cases where you might
      want to do this, eg to rebuild with different compiler
      options, or adding/removing components (since we do not
      track those indifidually yet, eg docs, profiling libs).
      9f72f58c
  8. 08 Aug, 2008 3 commits
  9. 06 Aug, 2008 2 commits
  10. 02 Aug, 2008 1 commit
  11. 30 Jul, 2008 4 commits
  12. 18 Jun, 2008 1 commit
  13. 10 Jun, 2008 1 commit
  14. 06 Jun, 2008 1 commit
    • Duncan Coutts's avatar
      Filter the configure flags based on the Cabal lib version · 46ef42b7
      Duncan Coutts authored
      Allows us to use cabal-install to build packages where we build the
      Setup.hs script using an older version of the Cabal library.
      This is important for packages that claim to need an older version
      and it's also pretty useful for testing.
      46ef42b7
  15. 01 May, 2008 1 commit
  16. 30 Apr, 2008 2 commits
    • 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.
      c0815a55
    • 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.
      a4e46349
  17. 27 Mar, 2008 1 commit
  18. 19 Mar, 2008 1 commit
    • mnislaih's avatar
      #223 part2: Support all the configure options in the config file · af9cc745
      mnislaih authored
      This patch takes advantage of the new OptionField structure in Distribution.Simple.Command
      to provide support for all the configure command line options in the .cabal/config file.
      This has a global effect on all the packages managed by cabal-install.
      
      The ticket also mentions support for per-package sections in the config file. This patch
      does not take care of that.
      af9cc745
  19. 06 Mar, 2008 1 commit
  20. 03 Mar, 2008 1 commit
  21. 02 Mar, 2008 2 commits
  22. 01 Mar, 2008 1 commit
  23. 29 Feb, 2008 1 commit
  24. 28 Feb, 2008 1 commit
  25. 21 Feb, 2008 1 commit
    • Lennart Kolmodin's avatar
      Naive implementation of 'cabal check' · f6ab0f62
      Lennart Kolmodin authored
      A naive implementation of 'cabal check'.
      It will list the errors and warnings as implemented by Cabal, yielding them
      in groups of severity. Currently ignores verbosity levels, no additional
      arguments are understood. This addresses ticket #211.
      f6ab0f62
  26. 15 Feb, 2008 1 commit
  27. 19 Jan, 2008 1 commit
  28. 17 Jan, 2008 1 commit
  29. 15 Jan, 2008 1 commit
  30. 10 Jan, 2008 1 commit
    • Duncan Coutts's avatar
      Significantly refactor configuration handling · 7de9f36a
      Duncan Coutts authored
      ConfigFlags is not used in any of the modules that do the real work, instead
      we just pass in the necessary information. Renamed ConfigFlags to SavedConfig
      and moved it's definition into the Config module. Also change what information
      is kept in the Repo type so that it knows the local path too. A PkgInfo now
      also knows which Repo it is from.
      7de9f36a