- cabal-devel - Haskell.org

patch applied (cabal): Fix parsing of ld, cc, cpp-options for flags containing ', '
by Duncan Coutts 10 Oct '08

10 Oct '08

Thu Oct 9 22:08:29 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix parsing of ld,cc,cpp-options for flags containing ',' The ',' character is not used as a separator and is allowed within flag tokens. Fixes at least HsPerl5. M ./Distribution/PackageDescription/Parse.hs -3 +3 M ./Distribution/ParseUtils.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081010050829-adfee-3992dea6…

1 0

patch applied (cabal): Update versions in regression check script
by Duncan Coutts 09 Oct '08

09 Oct '08

Thu Oct 9 15:34:29 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Update versions in regression check script M ./tests/hackage/check.sh -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081009223429-adfee-57e5dd53…

1 0

patch applied (cabal): Bump devel version number to 1.5.6
by Duncan Coutts 09 Oct '08

09 Oct '08

Thu Oct 9 15:33:50 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Bump devel version number to 1.5.6 To make easier to track recent Cabal / cabal-install changes M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081009223350-adfee-3657e846…

1 0

patch applied (cabal): Update changelog
by Duncan Coutts 09 Oct '08

09 Oct '08

Thu Oct 9 15:33:30 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Update changelog M ./changelog -2 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081009223330-adfee-9d6bf7bf…

1 0

patch applied (cabal): Update the README
by Duncan Coutts 09 Oct '08

09 Oct '08

Thu Oct 9 15:18:51 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Update the README M ./README -5 +33 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081009221851-adfee-2ea890f2…

1 0

patch applied (cabal): Make sdist work for libs that use the Paths_pkgname module
by Duncan Coutts 09 Oct '08

09 Oct '08

Thu Oct 9 14:45:07 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Make sdist work for libs that use the Paths_pkgname module Do it by just filtering that module out of the package description before running sdist etc. This isn't lovely because it steals that module name from the module namespace but at least it now works. Thanks to Jean-Philippe Bernardy for the first iteration of this patch. M ./Distribution/Simple/SrcDist.hs -10 +20 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20081009214507-adfee-6292ef0e…

1 0

preferred-versions and hackage index
by Duncan Coutts 09 Oct '08

09 Oct '08

Hi Ross, As part of the plan for keeping most of hackage working with ghc-6.10 I've implemented a feature in cabal-install to allow soft version constraints. This is a general feature I've wanted for some time but it also helps with the base 3 / 4 issue. The basic idea is that globally we make a suggestion to users about which is the version of a package they should be using. This should make it easier to release experimental versions of packages on hackage because we may still be able to point users to the recommended one rather than the default suggestion that higher number is always better. These preferences are expressed in constraint syntax, eg: base < 4 QuickCheck < 2 parsec < 3 HaXml == 1.13.* Eventually we would want to uses these to make the unversioned package web pages point to the recommended rather than latest version. What I've done so far however is to make cabal-install take these preferences into account. They're only soft preferences that are used to decide when there are free choices. So packages can of course still depend on parsec >= 3 or whatever. This preference mechanism is partly to make up for the fact that people specify too lax version ranges in their package .cabal files. The longer term plan should be to get packages to opt-in to the versioning policy and then to have cabal suggest that dependencies on such packages use closed version ranges, targeting major api versions. What needs to happen next is that these preferences be included into the hackage index that cabal-install and other clients download. This should be completely backwards compatible. The format allows for adding other files with different extensions and older clients will just ignore them. So if you don't mind what I'll do is to add a "preferred-versions" text file into the archive and adjust the script that generates the 00-index.tar.gz file to pick up that text file too. Duncan

2 1

Fix the Paths_$pkg and sdist problem
by Jean-Philippe Bernardy 09 Oct '08

09 Oct '08

Hello, Cabal 1.4 currently does not support creation of sdist if a Paths_ module is present in library modules. I just sent a patch bundle against 1.4 for fixing this. I attempted to fix this only for a non configured package. I attach the patch to this message again. Cheers, JP.

2 1

Re: planning for ghc-6.10.1 and hackage
by Duncan Coutts 09 Oct '08

09 Oct '08

On Thu, 2008-10-09 at 12:47 -0500, Paulo Tanimoto wrote: > Hi Duncan, > > On Thu, Oct 9, 2008 at 10:28 AM, Duncan Coutts > <duncan.coutts(a)worc.ox.ac.uk> wrote: > > On Thu, 2008-10-09 at 10:20 +0200, Jean-Philippe Bernardy wrote: > >> On Mon, Oct 6, 2008 at 9:16 AM, Duncan Coutts > >> <duncan.coutts(a)worc.ox.ac.uk> wrote: > > > Right, you need the darcs version of cabal-install. > > > Just to be clear, what about the other dependencies? > > 1. zlib: the package from hackage seems to work flawlessly. > > 2. http: the one in hackage doesn't build [1], I'm using: > > $ darcs get --partial http://code.haskell.org/http/ > > Is that what I should be doing? I get those warnings about base [2]. This will be fixed by both a new point release of HTTP, but more generally this will be fixed by using the soft preferences which we'll include in the hackage index and which will be used by the upcomming cabal-install release. > 3. Cabal: should I use the one that comes with GHC or upgrade to the > darcs version? They're currently more or less the same. Duncan

2 1

[Hackage] #218: Data-files have no way of being installed conditionally
by Hackage 09 Oct '08

09 Oct '08

#218: Data-files have no way of being installed conditionally ----------------------------+----------------------------------------------- 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: Linux | ----------------------------+----------------------------------------------- Using cabal-1.2.3.0 and Yi, I have the following problem. For the Mac OS X Cocoa port, it has an icon which is a PDF file containing a rendered version of the Yi SVG logo, and which gets installed with it. Installing the PDF only makes sense if you are on a Mac (indeed, the PDF seems to be corrupt if you try to view it with, say, Xpdf). Right now, the yi.cabal file just reads: cabal-Version: == 1.2.3.0 tested-with: GHC==6.8.2 build-type: Custom data-files: art/yi+lambda-fat.pdf -- FIXME: Install Cocoa icon only when Cocoa configured That is, the PDF is always installed. Now, my first attempt was to read the Cabal manual and realize that the obvious solution was to just stick the data-files: field under a flag or conditional - just like the yi.cabal already does for build-depends, ghc-options, buildable, etc. But this doesn't work! Yi will still compile and build, but Cabal says: Warning: Unknown fields: data-files (line 101) Fields allowed in this section: executable, main-is, buildable, build-tools, cpp-options, cc-options, ld-options, pkgconfig-depends, frameworks, c-sources, extensions, extra-libraries, extra-lib-dirs, includes, install-includes, include-dirs, hs-source-dirs, other-modules, ghc-prof-options, ghc-shared-options, ghc-options, hugs-options, nhc98-options, jhc-options The error tells me that the conditional didn't take: gwern@localhost:1023~/bin/yi_0>locate fat|grep lambda|grep .pdf [ 4:31PM] /home/gwern/bin/yi/_darcs/pristine/art/yi+lambda-fat.pdf /home/gwern/bin/yi/art/yi+lambda-fat.pdf /home/gwern/bin/share/yi-0.3/art/yi+lambda-fat.pdf gwern@localhost:1024~/bin/yi_0> (Even though I am on Linux, and the Cocoa flag is emphatically set to False.) -- Anyway, given that what I want to do is sensible, that nowhere in the docs I've been able to find or on #haskell mentions any non-hacky solution, and that it's already supported by Cabal for other kinds of files, I think this is a pretty reasonable feature request. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/218> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 4