- cabal-devel - Haskell.org

Re: [Hackage] #134: Clean up hooks
by Hackage 17 Sep '07

17 Sep '07

#134: Clean up hooks ---------------------+------------------------------------------------------ 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: very hard (<1 week) Ghcversion: 6.4.2 | Platform: Linux ---------------------+------------------------------------------------------ Changes (by duncan): * difficulty: normal => very hard (<1 week) * milestone: => Cabal-1.4 * type: defect => task -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/134> Hackage <http://example.com/> My example project

1 0

Re: [Hackage] #147: Replace Extension type with (newtyped?) String
by Hackage 17 Sep '07

17 Sep '07

#147: Replace Extension type with (newtyped?) String --------------------------+------------------------------------------------- Reporter: guest | Owner: ijones Type: enhancement | Status: new Priority: high | Milestone: Cabal-1.4 Component: Cabal | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux --------------------------+------------------------------------------------- Changes (by duncan): * milestone: => Cabal-1.4 * type: defect => enhancement -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/147> Hackage <http://example.com/> My example project

1 0

Re: cpphs and C++-style comments
by Malcolm Wallace 17 Sep '07

17 Sep '07

Sven Panne <sven.panne(a)aedion.de> wrote: > On Friday 14 September 2007 22:06, Malcolm Wallace wrote: > > In particular, we could swap --strip back to mean > > what it used to mean (the current --strip-c89 behaviour), and find a > > new name for the eol-stripping flag. > > That seems to be the right way IMHO. OK, done. The new option name is --strip-eol, and --strip-c89 is gone. Regards, Malcolm

1 0

patch applied (cabal): Put _stub.{c|h} files under dist/ so they'll get cleaned. Fixes bug #154.
by Duncan Coutts 17 Sep '07

17 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

1 0

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

16 Sep '07

#155: show . readPackageDescription /= id ----------------------------------------+----------------------------------- Reporter: kolmodin(a)dtek.chalmers.se | Owner: nominolo Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: HEAD Severity: normal | Keywords: Difficulty: normal | Ghcversion: 6.6 Platform: Linux | ----------------------------------------+----------------------------------- Hi, if find the following a bit confusing: Read and then print a cabal file (old style without configurations is enough): {{{ pkg <- readPackageDescription normal "foo.cabal" -- :: IO GenericPackageDescription print pkg }}} That output is then not parsable by readPackageDescription, error: {{{ Test.hs: foo-copy.cabal26: Parse of field 'executable' failed: }}} It seems that the Show instance of GenericPackageDescription generates a string where the executables' entries cannot be parsed again. Cheers, Lennart K -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/155> Hackage <http://example.com/> My example project

1 0

Re: cpphs and C++-style comments
by Ross Paterson 14 Sep '07

14 Sep '07

On Fri, Sep 14, 2007 at 04:39:05PM +0100, Malcolm Wallace wrote: > > > Would you like to have separate option flags in cpphs for stripping > > > the different kinds of C comment? e.g. --strip and --stripAnsi? > > > > Separate options would resuscitate the Hugs build, so yes please. > > How about --strip-traditional or --strip-c89? > > OK, done. The new option is --strip-c89. Thanks. Now we have a conundrum: should Cabal 1.2 use the new option, and thus require the latest cpphs, or stick with the old option and be broken with the new cpphs? Cabal only invokes cpphs for non-GHC builds, so I'd say use it.

3 3

patch applied (cabal-branches/cabal-1.2): Add a boring file
by Ian Lynagh 14 Sep '07

14 Sep '07

Thu Sep 13 13:35:50 PDT 2007 Ian Lynagh <igloo(a)earth.li> * Add a boring file A ./.darcs-boring

1 0

Problem configuring c2hs with Cabal-1.2
by Judah Jacobson 13 Sep '07

13 Sep '07

I just downloaded c2hs (HEAD version) and tried to run "runhaskell Setup.hs configure" using the ghc 6.8 release candidate (i.e., Cabal 1.2), and got the following error: > Configuring c2hs-0.15.0... > Setup.hs: Error: Non-empty library, but empty exposed modules list. Cabal may not build this library correctly The .cabal file is parseable by ghc-6.6.1 (with Cabal 1.1.6.2). It's unclear to me whether this counts as a c2hs bug or a Cabal bug (maybe the above message should only be a warning?), so I'm cc'ing both lists. Also note that regardless, c2hs will need to be updated to work with base-2.0; when I tried ghc-6.8 with Cabal-1.1.6, I got the following error: > base/state/CIO.hs:71:7: > Could not find module `System.Cmd': > it is a member of package process-1.0, which is hidden Best, -Judah

2 1

darcs patch: Display warning if sections are found within other sec...
by Thomas Schilling 13 Sep '07

13 Sep '07

Thu Sep 13 15:13:46 CEST 2007 Thomas Schilling <nominolo(a)gmail.com> * Display warning if sections are found within other sections. This most likely represents an error (missing colon after field name). This patch is only for the Cabal 1.2 branch; the proper fix requires more complex changes.

1 0

patch applied (cabal): Fix haddockDir
by Ian Lynagh 12 Sep '07

12 Sep '07

Wed Sep 12 06:30:51 PDT 2007 Ian Lynagh <igloo(a)earth.li> * Fix haddockDir M ./Distribution/Simple/InstallDirs.hs -1 +1 M ./Distribution/Simple/Register.hs -1 +1

1 0