January 2009 - cabal-devel

patch applied (cabal-install): Remove unnecessary qualified use of ConfigFlags
by Duncan Coutts 26 Jan '09

26 Jan '09

Sun Jan 25 16:39:51 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Remove unnecessary qualified use of ConfigFlags M ./Distribution/Client/Configure.hs -14 +13 M ./Distribution/Client/Install.hs -49 +53 M ./Distribution/Client/Setup.hs -10 +12 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090126003951-adfee-…

1 0

[Hackage] #316: on Windows, include paths with spaces not properly passed to c2hs
by Hackage 26 Jan '09

26 Jan '09

#316: on Windows, include paths with spaces not properly passed to c2hs ----------------------------+----------------------------------------------- Reporter: jwlato | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.4.0 Severity: normal | Keywords: include-dirs, c2hs Difficulty: normal | Ghcversion: 6.8.3 Platform: Windows | ----------------------------+----------------------------------------------- On windows, path names with spaces aren't passed to build tools properly. In a new project, with a source file Test.chs and a cabal file with (boilerplate excluded) {{{ #!c exposed-modules: Test build-tools: c2hs include-dirs: "C:\\Program Files\\include" }}} then attempting "runhaskell Setup.lhs build -v" indicates that the following is executed: {{{ #!c c:\Program Files\Haskell\bin\c2hs.exe --include=dist\build --cppopts=-D__GLASGOW_HASKELL__=608 --cppopts=-IC:\Program Files\include --output-dir=dist\build --output=Test.hs Test.chs }}} This command fails because c2hs interprets Files\include as a filename to process. The -IC:\Program Files ... should be quoted to preserve the space in the path. I have attached a test.cabal and Test.chs file that demonstrate the problem. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/316> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #479: Enforce build-type Simple
by Hackage 26 Jan '09

26 Jan '09

#479: Enforce build-type Simple ----------------------------+----------------------------------------------- Reporter: SamB | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- When a package claims to have "build-type Simple", it would be good to enforce that the Setup program actually does what it should. The simplest way to do this would be to enforce that everything after the shabang exactly match (modulo line-end conventions?) a standard script. (One each for Setup.hs and Setup.lhs.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/479> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #419: cabal-install: upgrade complains about missing .cabal file
by Hackage 26 Jan '09

26 Jan '09

#419: cabal-install: upgrade complains about missing .cabal file ---------------------------------+------------------------------------------ Reporter: jimburton | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.4.0.2 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ I am using cabal-install 0.5.2. I have previously installed cgi (and other packages) locally. Now when I try to upgrade them all: Resolving dependencies... cabal: Couldn't read cabal file "./cgi/3001.1.7.1/cgi.cabal" I presumed that the starting point in that path was ~/.cabal/packages/hackage.haskell.org. In cgi/3001.1.7.1 there is just the tarball for the package but opening it and putting the .cabal file in the right place didn't help. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/419> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #412: build-reports: option is invalid in a config file
by Hackage 26 Jan '09

26 Jan '09

#412: build-reports: option is invalid in a config file ---------------------------------+------------------------------------------ Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ With darcs (tonight) cabal and cabal-install, I see the generated .cabal/config includes the line '-- build-reports:', suggesting that this is a valid configuration option. However, it is not. If one uncomments it to 'build-reports: True', then Cabal warns and apparently ignores one's configuration as corrupt: gwern@craft:29302~>cabal update Warning: Error parsing config file /home/gwern/.cabal/config:9: "True" Warning: Using default configuration. Downloading package list from server 'http://hackage.haskell.org/packages/archive' The syntax is valid, the True is correct, it's not listed as being part of a section. further, --build-reports is a valid CLI option: gwern@craft:29304~>rm .cabal/config && mv config .cabal && cabal install --build-reports ztail [ 9:21PM] Resolving dependencies... Downloading hinotify-0.2... [1 of 1] Compiling Main ( /tmp/TMPhinotify-0.2/hinotify-0.2/Setup.lhs, /tmp/TMPhinotify-0.2/hinotify-0.2/dist/setup/Main.o ) Linking /tmp/TMPhinotify-0.2/hinotify-0.2/dist/setup/setup ... Downloading ztail-1.0... ........ Either the default config is lying/wrong, or the build-reports: option is busted. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/412> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 2

[Hackage] #392: Use the constraint solver for cabal configure
by Hackage 25 Jan '09

25 Jan '09

#392: Use the constraint solver for cabal configure ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: enhancement | Status: new Priority: normal | Milestone: cabal-install-0.6 Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ---------------------------------+------------------------------------------ Currently `cabal install` and `cabal upgrade` use the constraint solver to select the dependencies while `cabal configure` just selects the highest version of each package. That means it sometimes picks bad combinations where `cabal install` would do something smarter. It also means it does not use preferences like `base < 4`. However for `cabal configure` it's important that the solver not fail and prevent configuring at all. If the solver cannot find a consistent solution we should probably warn and fall back to the existing behavior. We may also want to prevent `cabal configure` from picking anything other than the current installed packages. Though again that's likely to increase the chance of failure. Perhaps if there is no solution for the current installed packages then it should check if there would be a solution if we allowed re-installs and if so say so in the warning message. If not fall back to the highest versions of everything as now. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/392> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

patch applied (cabal): Check for ghc-options: -threaded in libraries
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 08:12:26 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Check for ghc-options: -threaded in libraries It's totally unnecessary and messes up profiling in older ghc versions. M ./Distribution/PackageDescription/Check.hs +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090125161226-adfee-c370a25a…

1 0

patch applied (cabal): Filter ghc-options -threaded for libs too
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 06:50:35 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Filter ghc-options -threaded for libs too M ./Distribution/Simple/GHC.hs -18 +23 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090125145035-adfee-912107cd…

1 0

patch applied (cabal-install): Make configure use the dependency resolver
by Duncan Coutts 25 Jan '09

25 Jan '09

Sun Jan 25 09:09:51 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Make configure use the dependency resolver This means it makes smarter decisions and also decions that are more consistent with those taken by the install command. A ./Distribution/Client/Configure.hs M ./Main.hs -10 +7 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20090125170951-adfee-…

1 0

Re: [Hackage] #91: Building executables that use Template Haskell for profiling
by Hackage 25 Jan '09

25 Jan '09

#91: Building executables that use Template Haskell for profiling ----------------------------+----------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: closed Priority: normal | Milestone: Cabal-1.6 Component: Cabal library | Version: 1.1.4 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.5 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed * milestone: Cabal-1.8 => Cabal-1.6 Comment: The bug is in pandoc. It does not declare that it uses TemplateHaskell for the pandoc executable (it only says so for the lib). With this fixed it works perfectly so I'm closing the ticket. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/91#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0