- cabal-devel - Haskell.org

Re: [Hackage] #62: implement "new age" cabal-get/put in order to make it possible to distribute cabal-get w/ cabal
by Hackage 26 Sep '07

26 Sep '07

#62: implement "new age" cabal-get/put in order to make it possible to distribute cabal-get w/ cabal ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: task | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: cabal-install | Version: Severity: major | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => fixed Comment: Hackage is working well. cabal-install will be released some time after ghc-6.8.1. It will not be included in the Cabal package since it has more dependencies than the Cabal library. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/62#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #60: make cabal-get-bootstrap release
by Hackage 26 Sep '07

26 Sep '07

#60: make cabal-get-bootstrap release ----------------------------+----------------------------------------------- Reporter: ijones | Owner: ijones Type: task | Status: closed Priority: normal | Milestone: Cabal-1.2 Component: cabal-install | Version: Severity: major | Resolution: invalid Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ----------------------------+----------------------------------------------- Changes (by duncan): * status: new => closed * resolution: => invalid Comment: This is so out of date it's irrelevant. What we need is a cabal-install release. This will not be bundled with ghc-6.8.1 as it's not ready. We'll do an independent release after ghc-6.8.1 and Cabal-1.2.0.x are out. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/60#comment:4> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): The -stubdir flag is supported in ghc-6.6 not just 6.6.1
by Duncan Coutts 26 Sep '07

26 Sep '07

Wed Sep 26 04:42:23 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * The -stubdir flag is supported in ghc-6.6 not just 6.6.1 M ./Distribution/Simple/GHC.hs -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Put _stub.{c|h} files under dist/ so they'll get cleaned. Fixes bug #154.
by Ian Lynagh 26 Sep '07

26 Sep '07

Mon Sep 17 05:30:42 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Put _stub.{c|h} files under dist/ so they'll get cleaned. Fixes bug #154. Only used with ghc-6.6 and later which supports the -stubdir flag. With earlier ghc versions the files still end up in the src dirs and so do not get cleaned. M ./Distribution/Simple/GHC.hs +2

2 2

patch applied (cabal): Add -package-name to GHC invocation when linking DSOs
by Clemens Fruhwirth 26 Sep '07

26 Sep '07

Wed Sep 26 02:00:25 PDT 2007 Clemens Fruhwirth <clemens(a)endorphin.org> * Add -package-name to GHC invocation when linking DSOs M ./Distribution/Simple/GHC.hs -1 +2

1 0

RFC: Extended version-range descriptions for Cabal
by Thomas Schilling 26 Sep '07

26 Sep '07

Hi librarians, I'd like to propose a an extension to Cabal's dependency description syntax. Cabal currently supports version range descriptions using the unary operators >, >=, <, <=, ==, and binary operators && and ||. This can lead to rather awkward descriptions of common version ranges, for example, base >= 1 && < 2 and could lead to subtle errors like base > 1 && < 2 or base >= 1 && <= 2 I therefore propose two extensions. Both are just syntactic sugar. (1) Wildcards: 1.* ~~> >= 1 && < 2 in general m.n.o.* ~~> >= m.n.o && < m.n.(o+1) Note, that the translation is not ">= 1.0 && < 2", because that would exclude version "1", as [1] < [1,0] == True. (2) Ranges: 1 - 2.1 ~~> >= 1 && <= 2.1 in general m - n ~~> >= m && <= n If the upper limit is supposed to be exclusive, this can be combined with (1): 1 - 2.0.* ~~> >= 1 && < 2.1 A possible alternatve syntax (subsuming both (1) and (2)) could be: [1, 2.1] ~~> >= 1 && <= 2.1 [1, 2.1) ~~> >= 1 && < 2.1 Although this syntax is closer to mathematical notation, I prefer the former for it is more explicit and more similar to common conventions used in other languages/package systems (an less scary scary to non-math-aficiados). I'd like include this into Cabal-1.2 which is scheduled with the next ghc release, so it can fearlessly be used when getting packages ready for GC 6.8.1. Please comment/vote. Thanks, / Thomas

6 7

patch applied (cabal-branches/cabal-1.2): Improve error messages for failed sanity checks.
by Ian Lynagh 26 Sep '07

26 Sep '07

Tue Sep 25 07:49:55 PDT 2007 Thomas Schilling <nominolo(a)gmail.com> * Improve error messages for failed sanity checks. M ./Distribution/PackageDescription.hs -6 +10

1 0

patch applied (cabal-branches/cabal-1.2): Translate flat files into sectionized files, by duplicating global
by Ian Lynagh 26 Sep '07

26 Sep '07

Tue Sep 25 07:49:21 PDT 2007 Thomas Schilling <nominolo(a)gmail.com> * Translate flat files into sectionized files, by duplicating global dependecies into each non-empty section. The previous solution dumped them into the library section, even if it would have been empty otherwise. M ./Distribution/PackageDescription.hs -30 +23

1 0

patch applied (cabal-branches/cabal-1.2): Fix pre-processing for executables
by Ian Lynagh 26 Sep '07

26 Sep '07

Sat Sep 22 03:54:14 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Fix pre-processing for executables The pre-processed files should go into the exe's build dir, not the lib's build dir. Also pre-process main modules, fixing bug #14. M ./Distribution/Simple/GHC.hs -1 +1 M ./Distribution/Simple/PreProcess.hs -2 +7

1 0

patch applied (cabal-branches/cabal-1.2): Move expensive conviguration actions inside branch where they're used
by Ian Lynagh 26 Sep '07

26 Sep '07

Mon Sep 17 01:58:34 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Move expensive conviguration actions inside branch where they're used We only need to configure the compiler and resolve any "Cabal-Version:" dependency when we're actually going to compile the Setup.hs program. We can otherwise save time by not calling ghc and ghc-pkg unnecessarily. (I only noticed this because I've got >150 registered packages which causes ghc and ghc-pkg to be very slow to start.) M ./Distribution/Simple/SetupWrapper.hs -6 +4

1 0