March 2010 - cabal-devel

patch applied (cabal-branches/cabal-install-0.8): Cope with intra-package deps when constructing install plans
by Duncan Coutts 21 Mar '10

21 Mar '10

Sat Mar 20 14:53:31 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Cope with intra-package deps when constructing install plans M ./Distribution/Client/Dependency/TopDown.hs -1 +3 M ./Distribution/Client/InstallPlan.hs -2 +3 A ./Distribution/Client/PackageUtils.hs M ./cabal-install.cabal +1

1 0

Re: [Hackage] #89: Sharing of object files between executable builds?
by Hackage 21 Mar '10

21 Mar '10

#89: Sharing of object files between executable builds? ---------------------------------+------------------------------------------ Reporter: bjorn@… | Owner: duncan Type: enhancement | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ---------------------------------+------------------------------------------ Changes (by duncan): * owner: blackh => duncan * status: assigned => new Comment: Inspired by Stephen's patches I've committed these two fixes: {{{ Sat Mar 20 18:21:08 CET 2010 Duncan Coutts <duncan(a)haskell.org> * Fix local inplace registration for ghc-6.12 This is for the case of intra-package deps where the lib has to be registered into a local package db. We use "-inplace" suffix for the local installed package ids (rather than using an ABI hash). }}} And for cabal-install: {{{ Sat Mar 20 22:53:31 CET 2010 Duncan Coutts <duncan(a)haskell.org> * Cope with intra-package deps when constructing install plans }}} The main difference is that instead of trying to work out what the ABI hash of the inplace package is, we just use the package name with an "-inplace" suffix for the local inplace installed package ID. Needs a little testing then I'll push to the stable branches. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/89#comment:30> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal-install): Cope with intra-package deps when constructing install plans
by Duncan Coutts 21 Mar '10

21 Mar '10

Sat Mar 20 14:53:31 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Cope with intra-package deps when constructing install plans M ./Distribution/Client/Dependency/TopDown.hs -1 +3 M ./Distribution/Client/InstallPlan.hs -2 +3 A ./Distribution/Client/PackageUtils.hs M ./cabal-install.cabal +1

1 0

patch applied (cabal): Factorise duplicate finding in package description checks
by Duncan Coutts 21 Mar '10

21 Mar '10

Sat Mar 20 14:51:32 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Factorise duplicate finding in package description checks M ./Distribution/PackageDescription/Check.hs -12 +17

1 0

patch applied (cabal): Fix local inplace registration for ghc-6.12
by Duncan Coutts 21 Mar '10

21 Mar '10

Sat Mar 20 10:21:08 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Fix local inplace registration for ghc-6.12 This is for the case of intra-package deps where the lib has to be registered into a local package db. We use "-inplace" suffix for the local installed package ids (rather than using an ABI hash). M ./Distribution/Simple/Build.hs -5 +13 M ./Distribution/Simple/Configure.hs -2 +2 M ./Distribution/Simple/LocalBuildInfo.hs +9

1 0

[Hackage] #639: 'source-repository' should not necessarily require 'cabal-version >= 1.6'
by Hackage 21 Mar '10

21 Mar '10

#639: 'source-repository' should not necessarily require 'cabal-version >= 1.6' ----------------------------+----------------------------------------------- Reporter: andersk | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- `Distribution.PackageDescription.Check` has this check: {{{ -- check use of "source-repository" section , checkVersion [1,6] (not (null (sourceRepos pkg))) $ PackageDistInexcusable $ "The 'source-repository' section is new in Cabal-1.6. " ++ "Unfortunately it messes up the parser in earlier Cabal versions " ++ "so you need to specify 'cabal-version: >= 1.6'." }}} However, I’ve found that Cabal 1.2 can successfully parse a cabal file with a 'source-repository' section (with a warning), _if_ that section is at the end of the file. Perhaps the check could be loosened to allow (and suggest) this? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/639> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

patch applied (cabal-branches/cabal-install-0.8): Bump version to 0.8.1
by Duncan Coutts 20 Mar '10

20 Mar '10

Sat Mar 20 09:38:54 PDT 2010 Duncan Coutts <duncan(a)haskell.org> * Bump version to 0.8.1 Intermediate version, next release will be 0.8.2 M ./cabal-install.cabal -1 +1

1 0

patch applied (cabal-branches/cabal-install-0.8): Move downloadURI to HttpUtils module
by Duncan Coutts 20 Mar '10

20 Mar '10

Tue Dec 22 01:51:52 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Move downloadURI to HttpUtils module And use exceptions rather than return codes. M ./Distribution/Client/Fetch.hs -42 +8 M ./Distribution/Client/HttpUtils.hs -4 +40

1 0

patch applied (cabal-branches/cabal-install-0.8): Don't generate #! lines in Setup.hs files in cabal init
by Duncan Coutts 20 Mar '10

20 Mar '10

Wed Jan 13 19:35:01 PST 2010 Duncan Coutts <duncan(a)haskell.org> * Don't generate #! lines in Setup.hs files in cabal init We don't want to encourage multiple ways of invoking Setup The one true (cross-platform) way is: runghc Setup M ./Distribution/Client/Init.hs -2 +1

1 0

patch applied (cabal-branches/cabal-install-0.8): Fix the display of the license in "cabal list" output
by Duncan Coutts 20 Mar '10

20 Mar '10

Wed Jan 13 11:19:13 PST 2010 Duncan Coutts <duncan(a)haskell.org> * Fix the display of the license in "cabal list" output M ./Distribution/Client/List.hs -1 +1

1 0