- cabal-devel - Haskell.org

Re: [Hackage] #133: sdist and clean should never be given Maybe LocalBuildInfo
by Hackage 01 Dec '09

01 Dec '09

#133: sdist and clean should never be given Maybe LocalBuildInfo ----------------------------+----------------------------------------------- Reporter: guest | Owner: Type: task | Status: new Priority: normal | Milestone: Cabal-2.0 Component: Cabal library | Version: 1.1.6 Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: ----------------------------+----------------------------------------------- Comment (by duncan): Half done. {{{ Thu Jun 4 21:38:30 BST 2009 Duncan Coutts <duncan(a)haskell.org> * Do not pass Maybe LocalBuildInfo to clean hook It is a bad idea for clean to do anything different depending on whether the package was configured already or not. The actual cleaning code did not use the LocalBuildInfo so this only changes in the UserHooks interface. No Setup.hs scripts actually make of this parameter for the clean hook. Part of ticket #133. }}} -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/133#comment:5> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Cabal 1.8 clean hook
by C Rodrigues 01 Dec '09

01 Dec '09

Updating a package to work with Cabal 1.8, I found that the clean hook no longer gets a LocalBuildInfo parameter. I've been using the Distribution.Simple.Program facilities to run 'make'. Without access to a configured 'make' at cleanup time, I can't make clean. I can call configureProgram myself to get the program, or just use System.Cmd. What's a good practice? -Chris _________________________________________________________________ Bing brings you maps, menus, and reviews organized in one place. http://www.bing.com/search?q=restaurants&form=MFESRP&publ=WLHMTAG&crea=TEXT…

1 0

Multi-versioning and compatibility classes.
by Jason Dusek 30 Nov '09

30 Nov '09

I have been looking at the Cabal roadmap (tickets marked for bottom) and notice that no one has mentioned multi-versioning or compatibility classes. Maybe these are bad ideas? Multi-versioning seems highly desirable. Essentially, it allows us to have the same qualified names be provided by different packages for different packages. This is desirable in the case of package versions which really are no longer the same, like Parsec 2 and Parsec 3; it also allows for the case where more than one package specifies the same qualified name because it is obvious (like `Text.JSON` or some such). It stands to reason that the "package environment" specified in the `.cabal` file is enough to tell us which package we really need to use. However, there are problems, too. Like what if I have one package that depends on `parsec-2.1.0.1` and another that depends on `parsec-2.1.0.0`? With multi-versioning, they both compile fine but then I try to use a parser from one with a combinator defined in the other: this fails to compile because: parsec-2.1.0.1:Text.ParserCombinators.Parsec.GenParser is not the same as: parsec-2.1.0.0:Text.ParserCombinators.Parsec.GenParser So now we need compatibility classes. The first package might specify a package dependency like: ~parsec-2.1.0.1 where we take the `~` to mean "requires something compatible with". The second package specifies a similar dependency: ~parsec-2.1.0.0 Then the maintainer of Parsec specifies that 2.1.0.1 is compatible with 2.1.0.0 and we can compile the second package, the one that require 2.1.0.0, with 2.1.0.1 since they are compatible and that is all it is asking for. Then we try to use these two packages together and everything works. -- Jason Dusek

1 0

patch applied (cabal): Fix warnings
by Ian Lynagh 29 Nov '09

29 Nov '09

Sun Nov 29 08:46:43 PST 2009 Ian Lynagh <igloo(a)earth.li> * Fix warnings M ./Distribution/Simple/Program/Run.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091129164643-3fd76-072af017…

1 0

patch applied (cabal): Tweak layout to work with alternative layout rule
by Ian Lynagh 29 Nov '09

29 Nov '09

Sun Nov 29 08:36:14 PST 2009 Ian Lynagh <igloo(a)earth.li> * Tweak layout to work with alternative layout rule M ./Distribution/Compat/ReadP.hs -1 +2 M ./Distribution/PackageDescription/Check.hs -2 +2 M ./Distribution/ParseUtils.hs -1 +1 M ./Distribution/Simple/Command.hs -4 +4 M ./Distribution/Simple/GHC.hs -1 +1 M ./Distribution/Simple/LHC.hs -1 +1 M ./Distribution/Simple/PackageIndex.hs -1 +1 M ./Distribution/Simple/PreProcess.hs -3 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091129163614-3fd76-26a08da0…

1 0

patch applied (cabal-branches/cabal-1.8): Update changelog for 1.8.x release
by Duncan Coutts 29 Nov '09

29 Nov '09

Sun Nov 29 08:16:13 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.8.x release Ignore-this: 43b797ce87ba439869c080e0a8e20eab M ./changelog -3 +14 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009112916…

1 0

patch applied (cabal): Bump version in HEAD branch to 1.9.0
by Duncan Coutts 29 Nov '09

29 Nov '09

Sun Nov 29 08:17:34 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Bump version in HEAD branch to 1.9.0 Ignore-this: bbbc9fbb9abdee3f51bdcf972554d93d The 1.8.x branch remains at 1.8.0.1 M ./Cabal.cabal -2 +2 M ./Makefile -1 +1 M ./changelog +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091129161734-adfee-946fbfa5…

1 0

patch applied (cabal-branches/cabal-1.8): Package registration files are always UTF8
by Duncan Coutts 29 Nov '09

29 Nov '09

Sun Nov 29 07:33:41 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Package registration files are always UTF8 Ignore-this: 7863e05c5514d1fee5165fda3815b116 As is the output from ghc-pkg dump. M ./Distribution/Simple/Program/HcPkg.hs -12 +19 M ./Distribution/Simple/Register.hs -5 +5 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009112915…

1 0

patch applied (cabal): Update changelog for 1.8.x release
by Duncan Coutts 29 Nov '09

29 Nov '09

Sun Nov 29 08:16:13 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Update changelog for 1.8.x release Ignore-this: 43b797ce87ba439869c080e0a8e20eab M ./changelog -3 +14 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20091129161613-adfee-5a1f2a52…

1 0

patch applied (cabal-branches/cabal-1.8): Add support for text encoding when invoking a program
by Duncan Coutts 29 Nov '09

29 Nov '09

Sun Nov 29 07:31:10 PST 2009 Duncan Coutts <duncan(a)haskell.org> * Add support for text encoding when invoking a program Ignore-this: c839875b970d31200d98ead9c8730215 Can be either locale text or specifically UTF8. Also tidy up the rawSystemStd* variants and pass a text/binary mode flag for the input and output. M ./Distribution/Simple/Program/Run.hs -9 +39 M ./Distribution/Simple/Utils.hs -70 +59 View patch online: http://darcs.haskell.org/cabal-branches/cabal-1.8/_darcs/patches/2009112915…

1 0