- cabal-devel - Haskell.org

Cabal bugs
by Neil Mitchell 08 Mar '08

08 Mar '08

Hi, Using cabal and cabal-install from yesterday: D:\sources\contrib\google-chart>cabal install --hugs cabal: user error (Pattern match failure in do expression at Hackage/Install.hs: 99:6-19) D:\sources\contrib\google-chart>runhaskell Setup configure --hugs Configuring GoogleChart-0.2... Setup: The following installed packages are broken because other packages they depend on are missing. These broken packages must be rebuilt before they can be used. Two separate errors, one in cabal, one in cabal-install. The cabal error should at least tell me which packages are missing. Thanks Neil

3 13

darcs patch: fix synopsis paragraph wrapping
by Brent Yorgey 07 Mar '08

07 Mar '08

Fri Mar 7 14:21:59 EST 2008 Brent Yorgey <byorgey(a)gmail.com> * List.hs: fix synopsis paragraph wrapping

1 0

patch applied (cabal): When generating default Setup.hs use defaultMain
by Duncan Coutts 07 Mar '08

07 Mar '08

Thu Mar 6 18:13:50 PST 2008 Duncan Coutts <duncan(a)haskell.org> * When generating default Setup.hs use defaultMain not defaultMainWithHooks defaultUserHooks since the latter is deprecated M ./Distribution/Simple/SrcDist.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080307021350-adfee-1f28a6a2…

1 0

patch applied (cabal): Add test for ticket #257
by Duncan Coutts 07 Mar '08

07 Mar '08

Thu Mar 6 18:12:33 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Add test for ticket #257 Not automated yet, the testsuite needs resurrecting first. A ./tests/sdist/ A ./tests/sdist/Exe1.hs A ./tests/sdist/Exe2.hs A ./tests/sdist/sdist.cabal View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080307021233-adfee-ad0bbaff…

1 0

patch applied (cabal): Fix sdist to ignore the buildable attribute
by Duncan Coutts 07 Mar '08

07 Mar '08

Thu Mar 6 18:09:33 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Fix sdist to ignore the buildable attribute Fixes ticket #257 M ./Distribution/Simple/SrcDist.hs -5 +9 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080307020933-adfee-2adf5637…

1 0

darcs patch: Implement CLI flag --root-cmd for 'cabal install' as in #202 (+ 1 more)
by Andrea Vezzosi 06 Mar '08

06 Mar '08

Wed Mar 5 23:02:31 CET 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * Implement CLI flag --root-cmd for 'cabal install' as in #202 It also adds the internal flag --only so we can avoid building a setup when build-type == Simple. This second patch (which is needed for the first) is for cabal: Wed Mar 5 22:44:43 CET 2008 Andrea Vezzosi <sanzhiyan(a)gmail.com> * Extend setupWrapper with setupWrapperEx so it can use an external program to gain privileges. This is needed to implement --root-cmd in cabal install.

1 1

[Hackage] #256: Copying files during installation is oblivious to ~
by Hackage 06 Mar '08

06 Mar '08

#256: Copying files during installation is oblivious to ~ ----------------------------------+----------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: low | Milestone: Component: Cabal library | Version: 1.2.3.0 Severity: normal | Keywords: Difficulty: very easy (<1 hour) | Ghcversion: 6.8.2 Platform: | ----------------------------------+----------------------------------------- I tried to install a cabal package into my home directory using {{{--prefix=~/local}}}. Cabal does not expand this to my home directory. This is very confusing, as all the files wind up in a directory called ~. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/256> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 12

patch applied (cabal-install): Use new buildOS and buildArch
by Duncan Coutts 06 Mar '08

06 Mar '08

Thu Mar 6 03:48:34 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Use new buildOS and buildArch M ./Hackage/Dependency.hs -6 +6 View patch online: http://darcs.haskell.org/cabal-install/_darcs/patches/20080306114834-adfee-…

1 0

patch applied (cabal): Check that the --prefix is always specified as an absolute path
by Duncan Coutts 06 Mar '08

06 Mar '08

Thu Mar 6 03:35:32 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Check that the --prefix is always specified as an absolute path Should eliminate confusion with doing: cabal configure --prefix=~/local Instead use --prefix ~/local or --prefix=$HOME/local M ./Distribution/Simple/Configure.hs -1 +4 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080306113532-adfee-a065c7d1…

1 0

Re: [Hackage] #148: Cabal should be able to produce DLLs in Windows
by Hackage 06 Mar '08

06 Mar '08

#148: Cabal should be able to produce DLLs in Windows ----------------------------+----------------------------------------------- Reporter: eivuokko | Owner: Type: enhancement | Status: new Priority: normal | Milestone: _|_ Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: project(> week) Ghcversion: 6.4.2 | Platform: Windows ----------------------------+----------------------------------------------- Changes (by duncan): * difficulty: hard (< 1 day) => project(> week) Comment: What is a dll really? It's not an executable and it is not a library, at least not the thing that cabal calls a library. It's actually a hybrid concept. It's statically linked (at least the way we do it now), linking in the rts and all the dependent haskell packages. So in that respect it's just like an executable. Obviously it exports more than just main, it exports all the ffi exported C functions (right?). How are the exports specified? Are they just the ffi exports? We don't really need a manually written .def file do we? So is this concept something we can and want to support in Cabal? Does it have any cross-platform meaning at all? If it's a different class of target from executables and libs then I think we should support it as such and not try and cram it into one of the existing templates. Something like: {{{ name: foo version: 1.0 foreign_dynamic_library build-depends: bar other-modules: Foo }}} Though obviously with a more sensible name for the thing than `foreign_dynamic_library`. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/148#comment:3> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0