February 2009 - cabal-devel

patch applied (cabal-branches/cabal-1.6): Use the cc, cpp and ld options when checking foreign headers and libs
by Duncan Coutts 09 Feb '09

09 Feb '09

Sat Jan 31 10:40:16 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Use the cc, cpp and ld options when checking foreign headers and libs In partiular this is needed for packages that use ./configure scripts to write .buildinfo files since they typically do not split the cpp/cc/ldoptions into the more specific fields. M ./Distribution/Simple/Configure.hs -12 +14 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009013118…

1 0

patch applied (cabal-branches/cabal-1.6): #262 iterative tests for foreign dependencies
by Duncan Coutts 09 Feb '09

09 Feb '09

Fri Jan 30 04:02:28 PST 2009 Gleb Alexeyev <gleb.alexeev(a)gmail.com> * #262 iterative tests for foreign dependencies Optimize for succesful case. First try all libs and includes in one command, proceed with further tests only if the first test fails. The same goes for libs and headers: look for an offending one only when overall test fails. M ./Distribution/Simple/Configure.hs -15 +48 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009013012…

1 0

patch applied (cabal-branches/cabal-1.6): Do the check for foreign libs after running configure
by Duncan Coutts 09 Feb '09

09 Feb '09

Sat Jan 31 10:22:13 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Do the check for foreign libs after running configure This lets us pick up build info discovered by the ./configure script M ./Distribution/Simple.hs -13 +35 M ./Distribution/Simple/Configure.hs -1 +1 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009013118…

1 0

patch applied (cabal-branches/cabal-1.6): Warn if C dependencies not found (kind of fixes #262)
by Duncan Coutts 09 Feb '09

09 Feb '09

Mon Jan 26 10:58:32 PST 2009 gleb.alexeev(a)gmail.com * Warn if C dependencies not found (kind of fixes #262) This is just a basic check - generate a sample program and check if it compiles and links with relevant flags. Error messages (warning messages, actually) could use some improvement. M ./Distribution/Simple/Configure.hs -5 +44 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009012618…

1 0

patch applied (cabal-branches/cabal-1.6): move imports outside ifdef GHC
by Duncan Coutts 09 Feb '09

09 Feb '09

Fri Jan 30 07:35:05 PST 2009 Ross Paterson <ross(a)soi.city.ac.uk> * move imports outside ifdef GHC M ./Distribution/Compat/CopyFile.hs -3 +2 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.6/_darcs/patches/2009013015…

1 0

patch applied (cabal): Fix compat functions for setting file permissions on windows
by Duncan Coutts 09 Feb '09

09 Feb '09

Thu Feb 5 14:44:15 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Fix compat functions for setting file permissions on windows Spotted by Dominic Steinitz M ./Distribution/Compat/CopyFile.hs -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090205224415-adfee-35ce0329…

1 0

patch applied (cabal-install): Improve the cabal update notice
by Duncan Coutts 09 Feb '09

09 Feb '09

Mon Feb 9 13:18:44 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Improve the cabal update notice M ./Distribution/Client/Update.hs -2 +2 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090209211844-adfee-…

1 0

[Hackage] #491: "cabal configure" does not install dependencies
by Hackage 09 Feb '09

09 Feb '09

#491: "cabal configure" does not install dependencies ---------------------------------+------------------------------------------ Reporter: SamB | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ After typing {{{M-x compile RET cabal configure -p && cabal haddock --hyperlink-source --executables}}}, instead of the expected slew of warnings, I got just: {{{ cabal configure -p && cabal haddock --hyperlink-source --executables Resolving dependencies... Configuring lhc-0.6.20090126... setup: At least the following dependencies are missing: value-supply -any && -any }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/491> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #474: cabal-install needlessly reinstalls an existing package
by Hackage 09 Feb '09

09 Feb '09

#474: cabal-install needlessly reinstalls an existing package ---------------------------------+------------------------------------------ Reporter: judah | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ With ghc-6.10.1, Cabal-1.6.0.1 and cabal-install-0.6 (or HEAD): {{{ $ cabal install cabal-install --dry-run -v [..] Reading available packages... Resolving dependencies... [..] selecting Cabal-1.6.0.1 (installed or hackage) [..] selecting process-1.0.1.1 (installed or hackage) and discarding filepath-1.0, process-1.0.0.0 and 1.0.1.0 [..] In order, the following would be installed: Cabal-1.6.0.1 (reinstall) changes: process-1.0.1.0 -> 1.0.1.1 cabal-install-0.6.0 (new package) }}} The `ghc` package depends on `Cabal-1.6.0.1` and `process-1.0.1.0`, so rebuilding `Cabal` to depend on `process-1.0.1.1` causes `ghc` to have inconsistent dependencies. In particular: {{{ $ cabal install cabal-install [succeeds, but reinstalls Cabal-1.6.0.1] $ cabal install ghci-haskeline Resolving dependencies... cabal: dependencies conflict: ghc-6.10.1 requires process ==1.0.1.0 however process-1.0.1.0 was excluded because ghc-6.10.1 requires process ==1.0.1.1 }}} It seems like the right thing to do would be to use `process-1.0.1.0` when building `cabal-install`. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/474> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 6

[Hackage] #490: cabal unpack gives bad error message for unsatisfiable constraints
by Hackage 09 Feb '09

09 Feb '09

#490: cabal unpack gives bad error message for unsatisfiable constraints ----------------------------------+----------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: Platform: | ----------------------------------+----------------------------------------- The simple use case works fine: {{{ $ cabal unpack HaXml Downloading HaXml-1.13.3... Unpacking HaXml-1.13.3... }}} But we also allow constraints and that does not necessarily work: {{{ $ cabal unpack HaXml-1.19.6 cabal: List.maximumBy: empty list }}} The problem is that the index does not contain `HaXml-1.19.6`. After a `cabal update` it is fine. In general this would happen for any user- supplied version constraint that turns out to be unsatisfiable. The function `resolvePackages` in `Distribution.Client.Unpack` does not consider the possibility that a dependency may be unsatisfiable. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/490> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2