This project is mirrored from https://github.com/haskell/Cabal.
Pull mirroring updated .
- Feb 12, 2013
-
-
Joachim Breitner authored
-
byorgey authored
-
- Feb 11, 2013
-
-
Joachim Breitner authored
This reduces the runtime of "cabal install --dry-run" on a large cabal file (550 dependencies) from ~12s to 2.1s. Equivalency with previous implementation verified with QuickCheck in ghci. This is a guess: The speedup is mostly due to how to the previous entries are added to the result of the recursive call. Previously, for every entry to be added, the whole result list is mapped over (lots of allocations), and then each tuple is taken apart and reconstructed with a changed right value (again, lots of allocations). The new code assembles a function in an accumulator that represents the required update and applies it where needed, hence building the list and tuples only once.
-
- Feb 09, 2013
-
-
Unused old account for @chreekat authored
-
Unused old account for @chreekat authored
-
Unused old account for @chreekat authored
-
- Feb 08, 2013
- Jan 28, 2013
-
-
GregoryCollins authored
during --help. Fixes #535.
-
- Jan 27, 2013
-
-
GregoryCollins authored
Fixes #866.
-
- Jan 17, 2013
-
-
Mikhail Glushenkov authored
Fixes #1183.
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
- Jan 11, 2013
-
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
'cabal get PACKAGE' is the new name of 'cabal unpack'. 'cabal get --source-repository' reads the source-repositories from a package's description, determines which VCS to use, and then creates a local repository or branch of the package's repository. 'cabal get --source-repository=[head|this|...]' additionally allows to specify which source-repository to use. Based on the code originally written by John Millikin <jmillikin@gmail.com>.
-
- Jan 09, 2013
-
-
Mikhail Glushenkov authored
I forgot to enable -threaded for the cabal-install exe when I split cabal-install into an exe and a library part. Thanks to Tuncer Ayaz for the heads-up.
-
Mikhail Glushenkov authored
Generalise 'ppField' and friends and remove customised copies from D.C.PackageEnvironment.
-
Mikhail Glushenkov authored
Since this file is not intended to be edited by hand, don't print the default values for empty fields in comments (just like cabal-dev).
-
- Jan 08, 2013
-
-
Ben Millwood authored
-
Mikhail Glushenkov authored
-
- Jan 04, 2013
-
-
Ben Millwood authored
This means tweaking CPP conditionals and file pragmas to remove handling of compilers other than GHC, and GHC versions before LANGUAGE pragmas existed.
-
- Jan 03, 2013
-
-
Ben Millwood authored
cf. revision 47cd57c3
-
- Jan 02, 2013
-
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
- Jan 01, 2013
-
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
`+++` and `<++` are right-associative, so `a +++ b +++ c <++ d` is parsed as `(a +++ (b +++ (c <++ d)))`. Fixes #1159.
-
Mikhail Glushenkov authored
-
- Dec 31, 2012
-
-
Mikhail Glushenkov authored
Makes it possible to write unit tests for code under Distribution.Client.*.
-
- Dec 28, 2012
-
-
Jason Dagit authored
-
- Dec 18, 2012
-
-
byorgey authored
-
- Dec 14, 2012
-
-
tuncer authored
-
- Dec 13, 2012
-
-
Mikhail Glushenkov authored
-
Mikhail Glushenkov authored
-
Duncan Coutts authored
This will allow it to be set in config files too.
-
- Dec 10, 2012
-
-
Mikhail Glushenkov authored
-
- Dec 09, 2012
-
-
Mikhail Glushenkov authored
Implemented by creating an install plan for ["add-source-dep-1", ..., "add-source-dep-N", "."], pruning "." from this plan and then doing all remaining installs in the plan before building the current package. This way, all reverse dependencies of add-source packages needed to install the current package are also reinstalled.
-
Mikhail Glushenkov authored
Splits 'D.C.Install.install' into three parts: * makeInstallContext - load common data * makeInstallPlan - produce the install plan * processInstallPlan - actually perform the installations This allows to manipulate the install plan produced with 'makeInstallPlan' before performing the installations with 'processInstallPlan'. The high-level 'install' action is still present; most clients should use it instead.
-