May 2008 - cabal-devel

patch applied (cabal-install): Put the check back in for hideBrokenPackages
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 09:58:00 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Put the check back in for hideBrokenPackages M ./Hackage/Dependency.hs -1 +4 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509165800-adfee-…

1 0

patch applied (cabal-install): Split the two resolvers out of the Dependency module
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 09:55:09 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Split the two resolvers out of the Dependency module It's clearer what is the generic stuff and what is specific to the current resolver. So it should be a bit easier to swap in new ones. A ./Hackage/Dependency/ M ./Hackage/Dependency.hs -164 +6 A ./Hackage/Dependency/Bogus.hs A ./Hackage/Dependency/Naive.hs M ./cabal-install.cabal +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509165509-adfee-…

1 0

patch applied (cabal-install): Swap Either args so it's Either Error Ok
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 08:20:07 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Swap Either args so it's Either Error Ok Which seems to be the normal convention. M ./Hackage/Dependency.hs -14 +12 M ./Hackage/InstallPlan.hs -3 +3 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509152007-adfee-…

1 0

patch applied (cabal-install): Make the existing dep resolvers to use the DependencyResolver interface
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 08:15:14 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Make the existing dep resolvers to use the DependencyResolver interface That is the standard naive dep resolver and the bogus one that has to make up a plan assuming that all dependencies are installed. M ./Hackage/Dependency.hs -34 +46 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509151514-adfee-…

1 0

patch applied (cabal-install): Change the result type of DependencyResolver
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 07:28:07 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Change the result type of DependencyResolver and add a wrapper that makes InstallPlans M ./Hackage/Dependency.hs -8 +22 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509142807-adfee-…

1 0

patch applied (cabal-install): Change InstallPlan.done and .next into .ready that returns a list
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 04:41:53 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Change InstallPlan.done and .next into .ready that returns a list So kind of like uncons style rather than null and head. It returns all the ready ones by lazily so it's no extra expense. It'll allow parallel installations since all ready packages are independent of each other. Also update callers. M ./Hackage/Install.hs -16 +15 M ./Hackage/InstallPlan.hs -28 +24 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080509114153-adfee-…

1 0

patch applied (cabal): Display Cabal version in configure output with -v
by Duncan Coutts 09 May '08

09 May '08

Fri May 9 09:35:07 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Display Cabal version in configure output with -v eg "Using Cabal-1.5.1 compiled by ghc-6.8" Annoyingly ghc doesn't give us its full version number. M ./Distribution/Simple/Configure.hs +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080509163507-adfee-f79c894a…

1 0

darcs patch: Do not display version tags
by Duncan Coutts 09 May '08

09 May '08

This is what I'm suggesting. Now is the right time to say if you disagree. Fri May 9 10:44:55 BST 2008 Duncan Coutts <duncan(a)haskell.org> * Do not display version tags

1 0

patch applied (cabal-install): Restructure the package installing code
by Duncan Coutts 08 May '08

08 May '08

Thu May 8 02:26:49 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Restructure the package installing code Previously each layer called the next layer down and therefore the top layer had to take all of the params that the bottom layer needed even though they were mostly or wholly unmodified on the way down. Now each layer takes the next layer as a parameter so we do not need to take the params that are not used directly by the current layer. The overall stack is then built by applying each layer to the next. M ./Hackage/Install.hs -59 +42 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080508092649-adfee-…

1 0

patch applied (cabal-install): executeInstallPlan now takes an installer instead of calling installPkg
by Duncan Coutts 08 May '08

08 May '08

Wed May 7 11:21:58 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * executeInstallPlan now takes an installer instead of calling installPkg Four of the executeInstallPlan param were just passed through directly to installPkg so this decouples them a bit. M ./Hackage/Install.hs -24 +19 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080507182158-adfee-…

1 0