- cabal-devel - Haskell.org

Haddock vs GHC version
by Neil Mitchell 22 Apr '09

22 Apr '09

Hi, I'm getting the error: cabal: Haddock's internal GHC version must match the configured GHC version After cabal configure, cabal haddock. What went wrong? How do I fix it? Can that error message give version numbers, so its easier to track down in future. $ haddock --version Haddock version 2.4.2, (c) Simon Marlow 2006 Ported to use the GHC API by David Waern 2006-2008 $ haddock --ghc-version 6.10.2 $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.10.2 $ cabal --version cabal-install version 0.6.2 using version 1.6.0.3 of the Cabal library Thanks Neil

2 5

[Hackage] #546: look for haddock in ghc's bin dir before using findExecutable
by Hackage 22 Apr '09

22 Apr '09

#546: look for haddock in ghc's bin dir before using findExecutable ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.8 Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: Platform: Windows | ------------------------------+--------------------------------------------- With current versions of haddock it's important to pick a version that's consistent with the ghc in use. Normally we use `System.Directory.findExecutable` to find tools like `haddock`. However on Windows, the Win32 `SearchPath` function looks not just in the `%PATH%`. It looks first in the directory where the .exe of the current process lives (which might either be `runghc.exe` or it might be `cabal.exe`) and only secondarily in the `%PATH%`. So, for ghc, Cabal should look for haddock first in ghc's bin dir and then if it's not there, use `findExecutable` to look in various other places. Reported originally on the [http://haskell.org/pipermail/cabal- devel/2009-April/005161.html mailing list] and as a [http://hackage.haskell.org/trac/ghc/ticket/3186 ghc ticket]. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/546> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Print a more helpful message when haddock's ghc version doesn't match
by Duncan Coutts 22 Apr '09

22 Apr '09

Wed Apr 22 02:32:40 PDT 2009 Duncan Coutts <duncan(a)haskell.org> * Print a more helpful message when haddock's ghc version doesn't match Eg now says something like: cabal: Haddock's internal GHC version must match the configured GHC version. The GHC version is 6.8.2 but haddock is using GHC version 6.10.1 M ./Distribution/Simple/Haddock.hs -5 +11 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20090422093240-adfee-17ced846…

1 0

[Hackage] #541: bootstrap.sh ignores PREFIX environment variable
by Hackage 21 Apr '09

21 Apr '09

#541: bootstrap.sh ignores PREFIX environment variable ---------------------------------+------------------------------------------ Reporter: nr | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: 1.6.0.1 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: Linux | ---------------------------------+------------------------------------------ bootstrap.sh breaks if PREFIX is not $HOME/.cabal. Patch (from git diff) below: {{{ diff --git a/bootstrap.sh b/bootstrap.sh index 79729af..29f2b65 100755 --- a/bootstrap.sh +++ b/bootstrap.sh @@ -132,7 +132,7 @@ install_pkg () { || die "Compiling the Setup script failed" [ -x Setup ] || die "The Setup script does not exist or cannot be run" - ./Setup configure --user "--prefix=${HOME}/.cabal" \ + ./Setup configure --user "--prefix=$PREFIX" \ --with-compiler=${GHC} --with-hc-pkg=${GHC_PKG} \ ${EXTRA_CONFIGURE_OPTS} ${VERBOSE} \ || die "Configuring the ${PKG} package failed" }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/541> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 3

[Hackage] #544: symlink-bindir should really be a user/global option rather than in the main section
by Hackage 19 Apr '09

19 Apr '09

#544: symlink-bindir should really be a user/global option rather than in the main section ---------------------------------+------------------------------------------ Reporter: Jedai | Owner: Jedai Type: enhancement | Status: new Priority: low | Milestone: cabal-install-0.8 Component: cabal-install tool | Version: 1.6.0.1 Severity: minor | Keywords: symlink option Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ Well, not much to add. symlink-bindir is currently an option from the main section, it would make more sense to make it an option for the installdirs sections since this is really a choice of where to install things. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/544> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 1

[Hackage] #540: Transparent decompression behind proxy
by Hackage 19 Apr '09

19 Apr '09

#540: Transparent decompression behind proxy ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: proxy vpn encoding decoding error Difficulty: normal | Ghcversion: Platform: Windows | ----------------------------+----------------------------------------------- {{{ >cabal update -v3 Downloading the latest package list from hackage.haskell.org Sending: GET /packages/archive/00-index.tar.gz HTTP/1.1 User-Agent: cabal-install/0.6.2 Host: hackage.haskell.org Creating new connection to hackage.haskell.org Received: HTTP/1.1 200 OK Date: Sun, 19 Apr 2009 14:36:01 GMT Server: Apache/2.2.3 (Debian) Last-Modified: Sun, 19 Apr 2009 13:38:09 GMT ETag: "388e8b-db7ea-863c1240" Accept-Ranges: bytes Content-Length: 10547200 Content-Type: application/x-tar Downloaded to C:\ghc\ghc-6.10.2\cabal\packages\hackage.haskell.org\00-index.tar.gz cabal: user error (Codec.Compression.Zlib: incorrect header check) }}} My VPN server transparently decompressing packages *.tar.gz ("Content- Encoding: x-gzip" header is missing), but cabal thinks that it still encoded and yielding an user error. I think it's should be handled by cabal. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/540> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #539: add way to query package dependency graph
by Hackage 17 Apr '09

17 Apr '09

#539: add way to query package dependency graph ---------------------------------+------------------------------------------ Reporter: ganesh | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Component: cabal-install tool | Version: HEAD Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ---------------------------------+------------------------------------------ I'd like to be able to list all the forward or reverse dependencies of a package, optionally recursively. The attached patch makes a 'cabal depends' command that does this, but Duncan (quite reasonably) doesn't want a proliferation of top-level commands. Instead it should be integrated into cabal info in some appropriate way, but this probably requires some refactoring of that command first. The attached patch could also be improved in (at least) two ways: - Deal with package version numbers as well as names. This involves matching the constraints on version numbers against specific version numbers. - Use a less naive transitive closure calculation. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/539> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Haskell-cafe] Cabal and WinHugs
by Duncan Coutts 16 Apr '09

16 Apr '09

On Sun, 2009-04-12 at 20:02 -0700, Iavor Diatchki wrote: > Hello, > What is the preferred way to install a cabal package so that it works > with winhugs? When I tried "cabal install --user --hugs" I got an > error that it could not find "hugsffi". I managed to get things > working by manually downloading the package, and extracting the > appropriate source directories to the "packages" folder of winhugs > (i.e., basically skipping cabal) but this is kind of clunky. So to > summarize, here are my two questions: > 1. Am I doing something wrong, or does "cabal" not support WinHugs?, and > 2. Does WinHugs have a user specific "packages" folder (so that each > user can have their own set of packages)? I've never tried with winhugs and to be honest we don't test much with hugs either. Don't take that as a discouragement though, it'd be great to have better support for hugs and winhugs in the cabal tool. All it needs is someone to pay it a little attention. For the specific issue, does winhugs come with the hugsffi tool? I expect that it should do though perhaps it's hidden away in some directory. I believe that by default hugs uses $HOME/lib/packages/* for per-user packages. I'm not quite sure what winhugs does. It'd be good to adjust the defaults to make this "just work". Duncan

1 0

Problem installing cabal on OS X
by Benjohn Barnes 15 Apr '09

15 Apr '09

Hi, After following the quick unix instructions here: http://hackage.haskell.org/trac/hackage/wiki/CabalInstall#QuickInstallation… Cabal itself seems to download and install okay, but then the HTTP dependency fails, I think. I get the following error anyway (and the same error if I re-run). > Checking installed packages for ghc-6.6.1... > parsec is already installed and the version is ok. > network is already installed and the version is ok. > Cabal is already installed and the version is ok. > HTTP-4000.0.4 will be downloaded and installed. > zlib-0.5.0.0 will be downloaded and installed. > > Downloading HTTP-4000.0.4... > % Total % Received % Xferd Average Speed Time Time Time Current > Dload Upload Total Spent Left Speed > 100 44063 100 44063 0 0 14887 0 0:00:02 0:00:02 --:--:-- 26357 > [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) > Linking Setup ... > Configuring HTTP-4000.0.4... > Setup: At least the following dependencies are missing: > array -any, bytestring -any, old-time -any > > Error during cabal-install bootstrap: > Configuring the HTTP package failed My GHC is: > cabal-install-0.6.2 # ghc -v > Glasgow Haskell Compiler, Version 6.6.1, for Haskell 98, compiled by GHC version 6.6.1 > Using package config file: /opt/local/lib/ghc-6.6.1/package.conf > Using package config file: /Users/benjohn/.ghc/powerpc-darwin-6.6.1/package.conf > hiding package Cabal-1.1.6.2 to avoid conflict with later version Cabal-1.6.0.2 > wired-in package base mapped to base-2.1.1 > wired-in package rts mapped to rts-1.0 > wired-in package haskell98 mapped to haskell98-1.0 > wired-in package template-haskell mapped to template-haskell-2.1 > Hsc static flags: -static > *** Deleting temp files: > Deleting: > *** Deleting temp dirs: > Deleting: > ghc-6.6.1: no input files > Usage: For basic information, try the `--help' option. > cabal-install-0.6.2 # I'm running OS X 10.5.6 on a 1.3 GHz PowerPC G4. Any ideas? :-) Thanks, Benjohn

2 1

[Hackage] #538: --constraint= is not respected for base
by Hackage 03 Apr '09

03 Apr '09

#538: --constraint= is not respected for base ----------------------------+----------------------------------------------- Reporter: Saizan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal library | Version: 1.6.0.2 Severity: normal | Keywords: Difficulty: unknown | Ghcversion: Platform: | ----------------------------+----------------------------------------------- the --constraint= flag apparently does nothing when the constraint involves base. e.g. to install directory-1.0.0.3, that imports Control.Exception.Base and only lists "base" in build-depends, you need to add "base >= 4", but cabal install directory --constraint="base >= 4" picks base-3.0.3.0 anyway. {{{ saizan@astarte:~/trash/directory-1.0.0.3$ cabal configure --constraint="base >= 4" Resolving dependencies... Configuring directory-1.0.0.3... checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for sys/types.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/stat.h... (cached) yes configure: creating ./config.status config.status: creating include/HsDirectoryConfig.h config.status: include/HsDirectoryConfig.h is unchanged saizan@astarte:~/trash/directory-1.0.0.3$ cabal build -v Creating dist/build (and its parents) Creating dist/build/autogen (and its parents) Preprocessing library directory-1.0.0.3... Building directory-1.0.0.3... Building library... Creating dist/build (and its parents) /usr/local/bin/ghc -package-name directory-1.0.0.3 --make -hide-all- packages -i -idist/build -i. -idist/build/autogen -Idist/build/autogen -Idist/build -Iinclude -optP-include -optPdist/build/autogen/cabal_macros.h -#include "HsDirectory.h" -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0.3.0 -package filepath-1.1.0.1 -package old-time-1.0.0.1 -package unix-2.3.1.0 -O -XCPP -XForeignFunctionInterface System.Directory System/Directory.hs:81:7: Could not find module `Control.Exception.Base': it is a member of package base, which is hidden }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/538> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0