March 2009 - cabal-devel

[Hackage] #337: --disable-split-objs has wrong help string
by Hackage 09 Mar '09

09 Mar '09

#337: --disable-split-objs has wrong help string ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: Mac OS | ----------------------------+----------------------------------------------- I did: $ ./Setup.lhs configure --help ... --enable-split-objs split library into smaller objects to reduce binary sizes (GHC 6.6+) --disable-split-objs split library into smaller objects to reduce binary sizes (GHC 6.6+) ... It should read: --disable-split-objs retain library as one object file (GHC 6.6+) $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.8.3 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/337> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #346: Add a warning for synopsis being a prefix of the description
by Hackage 09 Mar '09

09 Mar '09

#346: Add a warning for synopsis being a prefix of the description ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Many packages provide useless descriptions, just repeating the synopsis. Three (all from different authors, and only looking at those with "string" as a substring of the name!) include stringtable-atom, bytestring-csv and packedstring. Suggestion: Give a warning when the synposis is a prefix of the description. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/346> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 5

[Hackage] #371: cabal-install can break installed packages by rebuilding dependents
by Hackage 09 Mar '09

09 Mar '09

#371: cabal-install can break installed packages by rebuilding dependents ---------------------------------+------------------------------------------ Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ---------------------------------+------------------------------------------ Install plans sometime involve rebuilding a package. This is not a safe operation however. Rebuilding a package can and does change its ABI. The ideal solution is to use a persistent package store like nix. That would mean we do not replace any installed package, just add new instances. In the mean time however one solution would be to extend an install plan the re-installs a package such that it rebuilds all reverse dependencies too. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/371> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #386: Cabal changelog is not in user's guide
by Hackage 09 Mar '09

09 Mar '09

#386: Cabal changelog is not in user's guide ----------------------------+----------------------------------------------- Reporter: Deewiant | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.10.1 Platform: | ----------------------------+----------------------------------------------- The Cabal user's guide doesn't contain the changelog. This means, for instance, that one can't view it in the offline documentation distributed with GHC. It's also not directly linked from http://www.haskell.org/cabal/, making it altogether a bit better hidden than it should be. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/386> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #303: cabal clean: Error while removing dist/: dist/setup: removeDirectory: unsatisified constraints (Directory not empty)
by Hackage 09 Mar '09

09 Mar '09

#303: cabal clean: Error while removing dist/: dist/setup: removeDirectory: unsatisified constraints (Directory not empty) ----------------------------+----------------------------------------------- Reporter: simonmar | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.4.0.1 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.3 Platform: | ----------------------------+----------------------------------------------- cabal clean has a problem on Windows and Unix with NFS that causes it to fail when using a custom `Setup.hs`. The problem is that we compile `Setup.hs` to `dist/setup/setup`, and then invoke `dist/setup/setup clean` which is supposed to remove the whole of the `dist` tree, including the running binary. This causes problems on Windows where running binaries can't be deleted, and also on NFS where deleting the running binary leaves a `.nfs` file behind, preventing the parent directory from being deleted. {{{ > cabal clean -v Creating dist/setup (and its parents) dist/setup/setup clean --verbose=2 --distpref=dist cleaning... Error while removing dist/: dist/setup: removeDirectory: unsatisified constraints (Directory not empty) > ls -lr dist total 36 -rw-rw-r-- 1 simonmar GHC 13069 2008-06-23 11:34 setup-config drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:34 setup/ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 build/ ~/darcs/ghc-paths > ls -lra dist total 52 -rw-rw-r-- 1 simonmar GHC 13069 2008-06-23 11:34 setup-config drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:34 setup/ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 build/ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 ../ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:34 ./ ~/darcs/ghc-paths > ls -lRa dist dist: total 52 drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:34 ./ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 ../ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 build/ drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:34 setup/ -rw-rw-r-- 1 simonmar GHC 13069 2008-06-23 11:34 setup-config dist/build: total 52 drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 ./ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:34 ../ drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:32 autogen/ drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:32 GHC/ -rw-rw-r-- 1 simonmar GHC 3657 2008-06-23 11:32 HSghc-paths-0.1.o -rw-rw-r-- 1 simonmar GHC 4404 2008-06-23 11:32 libHSghc-paths-0.1.a dist/build/autogen: total 24 drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:32 ./ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 ../ -rw------- 1 simonmar GHC 990 2008-06-23 11:32 Paths_ghc_paths.hs dist/build/GHC: total 32 drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:32 ./ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:32 ../ -rw-rw-r-- 1 simonmar GHC 895 2008-06-23 11:32 Paths.hi -rw-rw-r-- 1 simonmar GHC 3824 2008-06-23 11:32 Paths.o dist/setup: total 16 drwxrwxr-x 2 simonmar GHC 4096 2008-06-23 11:34 ./ drwxrwxr-x 4 simonmar GHC 4096 2008-06-23 11:34 ../ }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/303> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

help needed with installing Liskell via cabal-insall
by Benjamin L.Russell 09 Mar '09

09 Mar '09

(The gist of this message was previously posted as a thread with the subject "unresolved Liskell installation problems," dated "Fri, 20 Feb 2009 17:24:19 +0900" on Haskell-Cafe (see http://article.gmane.org/gmane.comp.lang.haskell.cafe/53245) but did not receive any responses. Since I was asked to post package installation-related issues here, I am forwarding this message to this list.) Since reading through the forwarded log at the end of this message is tedious, please allow me to summarize the problem as follows. First, I used the following command to try to install liskell: >darcs get http://code.haskell.org/liskell/ However, an error message appeared when I ran in Cygwin: >./Setup.lhs configure as follows: >Configuring liskell-0.1... >Setup.lhs: At least the following dependencies are missing: >ghc-paths -any Therefore, then installed ghc-paths, as follows: >$ cabal install ghc-paths In addition, following ctnd's advice of 24 January 2009 at 00:04 on the above-mentioned blog, in Main.hs, I changed the Haskell code as follows: > -- GHC.runGhc (Just "/home/clemens/deploy/ghc-6.10.1/lib/ghc-6.10.1/") $ do > GHC.runGhc (Just "/home/chris/.GHC/lib/ghc-6.10.1/") $ do However, the building step still failed, as follows: > $ ./Setup.lhs build > Preprocessing library liskell-0.1... > Setup.lhs: The program happy is required but it could not be found However, strangely, "happy" is in fact installed and listed in the PATH, as follows: > $ which happy > /cygdrive/c/Program Files/Haskell/bin/happy Then, ctnd advised, on 27 January 2009 at 07:28, as follows: >>[...] >> >>I had the same problem: >> >>Configuring liskell-0.1... >>Setup.lhs: At least the following dependencies are missing: >>ghc-paths -any >> >>I solved it by configuring as --user. I should've done this from the start as my GHC and cabal packages are all --user installed anyway. >> >>./Setup.lhs configure --user >>./Setup.lhs build >>./Setup.lhs install I followed his advice, but then ran into the following error in the building phase: > Main.hs:218:0: parse error (possibly incorrect indentation) These are lines 218-19 of my Main.hs file: > partition_args :: [String] -> [(String, Maybe Phase)] -> [String] > -> ([(String, Maybe Phase)], [String]) I tried merging line 219 into line 218, but the same error recurred. In addition, the following error occured during the install phase: >Setup.lhs: dist\build\liskell\liskell.exe: copyFile: does not exist (No such file or directory) This is where I am unable to continue now. Does anybody know how to resolve this package installation problem? -- Benjamin L. Russell On Fri, 20 Feb 2009 17:24:19 +0900, in gmane.comp.lang.haskell.cafe Benjamin L. Russell <DekuDekuplex(a)Yahoo.com> wrote: >I have been trying to install Liskell on top of GHC 6.10.1 on Windows >XP Professional, Service Pack 2, since last month, but despite changes >to the included Main.hs file and repeated exchanges on a related >Weblog (see "CFruhwirth's Weblog: Liskell standalone" at >http://blog.clemens.endorphin.org/2009/01/liskell-standalone.html) >the problem is still unsolved. > >My last question was posted there on January 27, but there have been >no further responses since then. > >In summary, here is a transcription of the related correspondence >there: > >Posted by Clemens Fruhwirth on 9 January 2009 at 14:17: >>[...] >> >>You can grab it with the usual >> >>darcs get http://code.haskell.org/liskell/ >> >> >>This version has been tested with ghc 6.10.1 and should install like >> >>./Setup.lhs configure >>./Setup.lhs build >>./Setup.lhs install >>cd LskPrelude >>make install-inplace >> >>Optionally you can run make tests in the testsuite subdirectory. > >Posted by Benjamin Russell on 21 January 2009 at 23:27: >>I just downloaded Darcs 2.2 and Liskell for Windows XP, Service Pack 2, but the following error message appeared when I ran: >> >>./Setup.lhs configure >> >>in Cygwin: >> >>Configuring liskell-0.1... >>Setup.lhs: At least the following dependencies are missing: >>ghc-paths -any >> >>How should I resolve this issue? > >Posted by ctnd on 23 January 2009 at 23:48: >>[...] >> >>Perhaps install this package: >>http://hackage.haskell.org/cgi-bin/hackage-scripts/package/ghc-paths > >Posted by ctnd on 24 January 2009 at 00:04: >> Okay, I got Liskell running and compiling here with a couple of changes: >> >>In Main.hs, change: >> >>-- GHC.runGhc (Just "/home/clemens/deploy/ghc-6.10.1/lib/ghc-6.10.1/") $ do >>GHC.runGhc (Just "/home/chris/.GHC/lib/ghc-6.10.1/") $ do >> >>To the appropriate value as I have. >> >>./Setup.lhs configure --user >>./Setup.lhs build >>./Setup.lhs install >> >>$ cd LskPrelude/ >>$ make >>$ make install-inplace >> >>Couldn't really get the tests working but I don't much care about that right now, just want to play with Liskell. >> >>Hope you guys figure it out! > >Posted by Benjamin Russell on 25 January 2009 at 20:51: >>[...] >> >>Thanks for the advice, but: >> >>> In Main.hs, change: >>> >>> -- GHC.runGhc (Just "/home/clemens/deploy/ghc-6.10.1/lib/ghc-6.10.1/") $ do >>> GHC.runGhc (Just "/home/chris/.GHC/lib/ghc-6.10.1/") $ do >> >>Done. However, the building step still fails: >> >>> $ ./Setup.lhs build >>> Preprocessing library liskell-0.1... >>> Setup.lhs: The program happy is required but it could not be found >> >>But "happy" is installed and listed in the PATH! >> >>> $ which happy >>> /cygdrive/c/Program Files/Haskell/bin/happy >> >>> Perhaps install this package: >>> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/ghc-paths >> >>Already installed; _viz_: >> >>> $ cabal install ghc-paths >>> Resolving dependencies... >>> No packages to be installed. All the requested packages are already installed. >>> If you want to reinstall anyway then use the --reinstall flag. >> >>How should I resolve this issue? > >Posted by ctnd on 27 January 2009 at 07:28: >>[...] >> >>I had the same problem: >> >>Configuring liskell-0.1... >>Setup.lhs: At least the following dependencies are missing: >>ghc-paths -any >> >>I solved it by configuring as --user. I should've done this from the start as my GHC and cabal packages are all --user installed anyway. >> >>./Setup.lhs configure --user >>./Setup.lhs build >>./Setup.lhs install >> >>Hopefully it's the same for you. >> >>RE the `happy` problem, no idea. >> >[...] >> >>P.S. I saw your question on the mailing list but I'm unable to post to the list (despite asking for help from the admins) so I'll have to respond here. > >Posted by Benjamin Russell on 27 January 2009 at 21:59: >>[...] >> >>Thanks again for the response. >> >>This time, a parse error occurs in the building phase: >> >>> Main.hs:218:0: parse error (possibly incorrect indentation) >> >>These are lines 218-19 of my Main.hs file: >> >>> partition_args :: [String] -> [(String, Maybe Phase)] -> [String] >>> -> ([(String, Maybe Phase)], [String]) >> >>I tried merging line 219 into line 218, but the same error recurs. >> >>In addition, the following error occurs during the install phase: >> >>>Setup.lhs: dist\build\liskell\liskell.exe: copyFile: does not exist (No such file or directory) >> >>Sorry for the repeated questions, but would you happen to know how to resolve these issues? > >Does anybody know how to install Liskell successfully? > >-- Benjamin L. Russell >-- >Benjamin L. Russell / DekuDekuplex at Yahoo dot com >http://dekudekuplex.wordpress.com/ >Translator/Interpreter / Mobile: +011 81 80-3603-6725 >"Furuike ya, kawazu tobikomu mizu no oto." >-- Matsuo Basho^ -- Benjamin L. Russell / DekuDekuplex at Yahoo dot com http://dekudekuplex.wordpress.com/ Translator/Interpreter / Mobile: +011 81 80-3603-6725 "Furuike ya, kawazu tobikomu mizu no oto." -- Matsuo Basho^

2 1

Re: [Haskell-cafe] cabal-install 0.6.2 does not bootstrap with ghc-6.10.1 debian distribution
by Duncan Coutts 08 Mar '09

08 Mar '09

On Sat, 2009-03-07 at 17:51 -0800, Ahn, Ki Yung wrote: > Dear Haskellers and especially who are working on cabal-install > and debian packaging, > > I sometimes clean up .ghc and .cabal in my home directory to start from > scratch because of dependency loopholes (cabal-install does not have > remove option yet, so it's hard to fix when such loophole happens). > > Today, I had some time in the airport and decided to start from scratch > again because of the dependency loophole with process 1.0.1.1 and > haddock. I downloaded the most recent version of cabal-install the > version 0.6.2, and found out that the ./bootstrap.sh does not work. If you could provide any details on how it does not work that would be much appreciated. Eg a log of the output from running the bootstrap. Duncan

2 2

[Hackage] #519: .cpphs files are processed using GHC's built-in CPP instead of cpphs
by Hackage 07 Mar '09

07 Mar '09

#519: .cpphs files are processed using GHC's built-in CPP instead of cpphs ----------------------------+----------------------------------------------- Reporter: Deewiant | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- Currently, if you need to use `cpphs`, the only way of going about it is to define a custom `PreProcessor` in your `Setup.hs` and using it as an override in `hookedPreProcessors`. A seemingly sensible way of making this easier would be that `.cpphs` files prefer being processed by `cpphs` instead of GHC's built-in CPP. (Most people probably just use `{-# LANGUAGE CPP #-}` in a `.hs` for the latter anyway.) -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/519> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #290: Cabal does some work behind the back of hooks
by Hackage 07 Mar '09

07 Mar '09

#290: Cabal does some work behind the back of hooks ----------------------------+----------------------------------------------- Reporter: igloo | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- Cabal does some work behind the back of hooks, e.g. with `q.cabal`: {{{ name: q version: 1 exposed-modules: Bar build-type: Custom }}} and `Setup.hs`: {{{ module Main (main) where import Distribution.Simple import Distribution.Simple.Setup import System.Cmd main :: IO () main = defaultMainWithHooks myHooks myHooks :: UserHooks myHooks = simpleUserHooks { confHook = \x flags -> do let flags' = flags { configDistPref = Flag "foo" } lbi <- (confHook simpleUserHooks) x flags' system "ls" return lbi, postConf = \args flags pd lbi -> do system "ls" let flags' = flags { configDistPref = Flag "foo" } (postConf simpleUserHooks) args flags' pd lbi return () } }}} a `dist` directory magically appears between the configure hook and the postconf hook: {{{ $ ./Setup configure Configuring q-1... Setup Setup.hi Setup.hs Setup.o foo q.cabal Setup Setup.hi Setup.hs Setup.o dist foo q.cabal $ ls -l dist -rw-r--r-- 1 ian ian 6411 Jun 8 12:02 setup-config }}} The reason I want to do this is so that `Setup.hs` can take care of building itself in multiple ways, using different dist directories. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/290> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #263: Multiple compilers of the same version confuse Cabal
by Hackage 07 Mar '09

07 Mar '09

#263: Multiple compilers of the same version confuse Cabal ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.8.2 Platform: | ----------------------------+----------------------------------------------- It often happens that two or more copies of the same version of the same compiler are installed on a system. For example, the compiler can be installed with an installation package, or be built from the source tarball, or from darcs, or using MacPorts. If a package is installed for each of these copies of the compiler while allowing Cabal to use the default installation location each time, Cabal will always use the exact same folder. This leads to mayhem and anarchy. Proposed solution: Cabal should also use the base path of the compiler when it constructs the directory name for the package, not just the compiler name and version. For example: If I install a package foo-1.2.3.4 --with- compiler=/opt/local/bin/ghc-6.8.2 and the installation base path is /usr/local, then Cabal should install the package into /usr/local/foo-1.2.3.4/opt_local_ghc-6.8.2 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/263> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4