- cabal-devel - Haskell.org

patch applied (cabal-branches/cabal-1.2): Don't generate links when dependent docs not installed. Fixes bug #157.
by Ian Lynagh 26 Sep '07

26 Sep '07

Mon Sep 24 07:25:20 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Don't generate links when dependent docs not installed. Fixes bug #157. Generates a warning rather than failing as before. M ./Distribution/Simple/Haddock.hs -6 +11

1 0

Re: [Hackage] #155: show . readPackageDescription /= id
by Hackage 25 Sep '07

25 Sep '07

#155: show . readPackageDescription /= id ----------------------------------------+----------------------------------- Reporter: kolmodin(a)dtek.chalmers.se | Owner: nominolo Type: defect | Status: assigned Priority: normal | Milestone: Component: Cabal | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux ----------------------------------------+----------------------------------- Changes (by nominolo): * status: new => assigned Comment: Well, first of all, we didn't have that property before. The counterpart to {{{show}}} is {{{read}}}, not {{{readFoo}}}. We did however have the property: {{{ prop_idempParsePrint x = (r . s . r) x == r x where r = readPackageDescription; s = showPackageDescription }}} I agree that this would be nice to have, though. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/155#comment:1> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

darcs patch: Translate flat files into sectionized fi... (and 1 more)
by Thomas Schilling 25 Sep '07

25 Sep '07

Tue Sep 25 16:49:21 CEST 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. Tue Sep 25 16:49:55 CEST 2007 Thomas Schilling <nominolo(a)gmail.com> * Improve error messages for failed sanity checks.

1 0

Re: [Hackage] #63: implement thin tool for installing packages w/ correct version of cabal ("cabal-setup")
by Hackage 25 Sep '07

25 Sep '07

#63: implement thin tool for installing packages w/ correct version of cabal ("cabal-setup") --------------------------+------------------------------------------------- Reporter: ijones | Owner: duncan Type: enhancement | Status: assigned Priority: normal | Milestone: Cabal-1.2 Component: cabal-setup | Version: Severity: major | Resolution: Keywords: | Difficulty: hard Ghcversion: 6.2.1 | Platform: Linux --------------------------+------------------------------------------------- Changes (by duncan): * status: new => assigned * owner: dcoutts => duncan Comment: cabal-install works pretty well now I think. I've been using it for a while now. We just need to make a release of it along with Cabal-1.2 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/63#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

[Hackage] #158: if os(windows) does not work
by Hackage 25 Sep '07

25 Sep '07

#158: if os(windows) does not work ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: high | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ------------------------------+--------------------------------------------- The {{{os}}} condition currently uses the {{{System.Info.os :: String}}} to check if we're on the OS specified. This is bad and wrong since in GHC at least on Windows this string is {{{"mingw32"}}}. For configurations it's ok if this works: {{{ if os(mingw32) blah }}} but it's essential that this works: {{{ if os(windows) blah }}} At a bare minimum we should add an alias system, such that we can specify {{{windows}}} and {{{solaris}}} rather than the cryptic {{{mingw32}}} and {{{solaris2}}}. I suggest that comparisons also be case insensetive. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/158> Hackage <http://example.com/> My example project

1 1

patch applied (cabal): Be more fuzzy with os, arch and impl matching in conditions. Fixes bug #158.
by Duncan Coutts 25 Sep '07

25 Sep '07

Tue Sep 25 06:26:08 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Be more fuzzy with os, arch and impl matching in conditions. Fixes bug #158. Do all the comparisons case insensitively and add some OS aliases so that if os(windows) works if the System.Info.os is actually "mingw32". M ./Distribution/Configuration.hs -3 +11

1 0

build-depends in old-style package descriptions
by Ross Paterson 24 Sep '07

24 Sep '07

The build-depends field has been moved from the package level to the individual library and executable components. (And the new build-tools and pkgconfig-depends fields are similarly attached to components.) I'm not sure whether this is a good idea, but more specifically I came across this in the parser for old-style package descriptions in Distribution.PackageDescription: -- The 'build-depends' field was global so far. Now it's -- supported in each section. -- XXX: we actially have two options here -- (1) put all dependencies into the library section, if the -- library section would be empty, mark it as not buildable -- (2) duplicate all dependencies in each section, libraries -- and executables -- Right now we go with (1) Surely (1) is just wrong. Is there any reason not to do (2)?

2 6

Re: [Hackage] #14: allow preprocessing for Main modules
by Hackage 24 Sep '07

24 Sep '07

#14: allow preprocessing for Main modules ---------------------+------------------------------------------------------ Reporter: ijones | Owner: duncan Type: defect | Status: closed Priority: high | Milestone: Cabal-1.2 Component: Cabal | Version: 1.1.3 Severity: normal | Resolution: fixed Keywords: | Difficulty: easy Ghcversion: 6.2.1 | Platform: Linux ---------------------+------------------------------------------------------ Changes (by duncan): * resolution: => fixed * status: assigned => closed -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/14> Hackage <http://example.com/> My example project

1 0

[Hackage] #157: Haddock command fails when dependent documentation is not installed
by Hackage 24 Sep '07

24 Sep '07

#157: Haddock command fails when dependent documentation is not installed ------------------------------+--------------------------------------------- Reporter: duncan | Owner: Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.2.0 Severity: normal | Keywords: Difficulty: easy (<4 hours) | Ghcversion: 6.4.2 Platform: Linux | ------------------------------+--------------------------------------------- Cabal checks with ghc-pkg for where the .haddock file of dependent packages should be. However even though ghc-pkg says it's there, it very often isn't there. In this case we still ask haddock to use it, and haddock justifiably complains. Cabal should check that the .haddock file actually exists. If it does not, Cabal should warn that links to this dependent package will not be generated because the docs for this dependent package are not installed. It should then not tell haddock to use that package. Current behavior: {{ $ runghc Setup.lhs haddock Preprocessing library bytestring-0.9... Running Haddock for bytestring-0.9... haddock: /usr/share/doc/ghc-6.4.2/html/libraries/base/base.haddock: openBinaryFile: does not exist (No such file or directory) }} Desired behavior: {{ $ runghc Setup.lhs haddock Preprocessing library bytestring-0.9... Running Haddock for bytestring-0.9... Warning: Documentation for package base is not installed. No links will be generated. Documentation created: dist/doc/html/bytestring/index.html }} Or something like that, I'm sure someone can think of a clear friendly warning message This should be an easy bug for some new Cabal hacker to have a go at. It should just require modifying makeReadInterface in the Distribution.Simple.Haddock module. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/157> Hackage <http://example.com/> My example project

1 1

patch applied (cabal): Don't generate links when dependent docs not installed. Fixes bug #157.
by Duncan Coutts 24 Sep '07

24 Sep '07

Mon Sep 24 07:25:20 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * Don't generate links when dependent docs not installed. Fixes bug #157. Generates a warning rather than failing as before. M ./Distribution/Simple/Haddock.hs -6 +11

1 0