- cabal-devel - Haskell.org

Re: [Hackage] #125: running Haddock with different options not possible
by Hackage 17 Sep '07

17 Sep '07

#125: running Haddock with different options not possible -----------------------------------------+---------------------------------- Reporter: g9ks157k(a)acme.softbase.org | Owner: ijones Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux -----------------------------------------+---------------------------------- Comment (by ross(a)soi.city.ac.uk) Cabal already runs haddock over all the modules, but it adds --hide options for the other modules. It would certainly be possible to add an option to turn that off. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/125> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #125: running Haddock with different options not possible
by Hackage 17 Sep '07

17 Sep '07

#125: running Haddock with different options not possible -----------------------------------------+---------------------------------- Reporter: g9ks157k(a)acme.softbase.org | Owner: ijones Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux -----------------------------------------+---------------------------------- Comment (by g9ks157k(a)acme.softbase.org) This does help, indeed. However, there is a related problem. If I want to build a documentation for developers which exposes all private things, it is not enough to run Haddock with {{{--ignore-all-exports}}}. Cabal has to run Haddock on all modules of the package, not just the modules which are exposed. Could such a feature be implemented as well? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/125> Hackage <http://example.com/> My example project

1 0

[Hackage] #154: Cabal doesn't clean "_stub" files
by Hackage 17 Sep '07

17 Sep '07

#154: Cabal doesn't clean "_stub" files ---------------------+------------------------------------------------------ Reporter: judahj | Owner: Type: defect | Status: new Priority: normal | Milestone: Cabal-1.2 Component: Cabal | Version: 1.2.0 Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Mac OS | ---------------------+------------------------------------------------------ Running "runhaskell Setup.hs clean" doesn't clean _stub.{c,h} files in Cabal-1.2.0. It does in 1.1.6.2. The -stubdir flag might be useful here (introduced in ghc-6.6) for having them created in the dist/build directory. (In both 1.2.0 and 1.1.6.2, they're created next to the source .hs files.) Related: [542]. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/154> Hackage <http://example.com/> My example project

1 1

patch applied (cabal): look in odir for source and .hs files, not buildDir lbi
by Duncan Coutts 17 Sep '07

17 Sep '07

Mon Sep 17 07:50:30 PDT 2007 Duncan Coutts <duncan(a)haskell.org> * look in odir for source and .hs files, not buildDir lbi odir = buildDir lbi for the lib case, which is why it worked most of the time in testing but in the exe case it's a different dir. M ./Distribution/Simple/GHC.hs -2 +2

1 0

Re: [Hackage] #144: confusing blank line before `executable`
by Hackage 17 Sep '07

17 Sep '07

#144: confusing blank line before `executable` ---------------------------------------+------------------------------------ Reporter: Christian.Maeder(a)dfki.de | Owner: ijones Type: defect | Status: closed Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: fixed Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux ---------------------------------------+------------------------------------ Changes (by duncan): * resolution: => fixed * status: new => closed Comment: Fixed with the new cabal file parser. The blank line is no longer required and so missing it out is not a problem. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/144> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #125: running Haddock with different options not possible
by Hackage 17 Sep '07

17 Sep '07

#125: running Haddock with different options not possible -----------------------------------------+---------------------------------- Reporter: g9ks157k(a)acme.softbase.org | Owner: ijones Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux -----------------------------------------+---------------------------------- Comment (by duncan): There is now a configure --haddock-options flag that passes extra flags to haddock. Does this help at all? -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/125> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #120: misleading error message from cabal when versions differ
by Hackage 17 Sep '07

17 Sep '07

#120: misleading error message from cabal when versions differ -----------------------------+---------------------------------------------- Reporter: igloo(a)earth.li | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Linux -----------------------------+---------------------------------------------- Changes (by duncan): * difficulty: normal => easy (<4 hours) Comment: Or perhaps it should record the version of Cabal that wrote the dist /setup-conf file and complain if they differ. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/120> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #103: feature request: preprocess files with ghc before haddock?
by Hackage 17 Sep '07

17 Sep '07

#103: feature request: preprocess files with ghc before haddock? -------------------------------+-------------------------------------------- Reporter: newsham(a)lava.net | Owner: ijones Type: enhancement | Status: new Priority: normal | Milestone: Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.6 | Platform: Linux -------------------------------+-------------------------------------------- Comment (by duncan): I don't think this is possible because ghc never gives us the source code output of top level TH splices, so there's no source that we can actually pass to haddock. Perhaps with haddock 2.0 using ghc more intimately this may become possible. In either case I think it's not something we can fix in Cabal. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/103> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #98: cabal assumes -x option for linking
by Hackage 17 Sep '07

17 Sep '07

#98: cabal assumes -x option for linking ----------------------------+----------------------------------------------- Reporter: maeder(a)tzi.de | Owner: ijones Type: defect | Status: new Priority: normal | Milestone: Cabal-1.4 Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: easy (<4 hours) Ghcversion: 6.6 | Platform: Other Unix ----------------------------+----------------------------------------------- Changes (by duncan): * difficulty: normal => easy (<4 hours) * milestone: => Cabal-1.4 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/98> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #133: sdist and clean should never be given Maybe LocalBuildInfo
by Hackage 17 Sep '07

17 Sep '07

#133: sdist and clean should never be given Maybe LocalBuildInfo ---------------------+------------------------------------------------------ Reporter: guest | Owner: ijones Type: task | Status: new Priority: high | Milestone: Cabal-1.4 Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: hard (< 1 day) Ghcversion: 6.4.2 | Platform: Linux ---------------------+------------------------------------------------------ Changes (by duncan): * difficulty: normal => hard (< 1 day) * milestone: => Cabal-1.4 * type: defect => task Comment: See also bug #134 -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/133> Hackage <http://example.com/> My example project

1 0