I thought the idea was to allow a single cabal file to be able to generate multiple packages -- the primary package which shares the name of the cabal file and several 'virtual' packages, each with different permutations of the 'options' flags.
Edward will correct me I am sure if I have misunderstood his intention. Chris -----Original Message----- From: Duncan Coutts [mailto:duncan.cou...@googlemail.com] Sent: 02 December 2011 13:10 To: Chris Dornan Cc: Edward Z. Yang; cabal-devel Subject: Re: Virtual packages On 2 December 2011 12:21, Chris Dornan <ch...@chrisdornan.com> wrote: > Indeed it looks like a mechanism for making multiple packages easier to > manage -- rather like RPM provides (from which the terminology is borrowed I > think). > > It sounds like a really good idea and surely the best way of removing the > pressure on providing customization through flags. So what are we looking for exactly? The use case I was thinking of previously was something like gtk2hs which is made up of a bunch of packages and during development you typically want to build all of them together. Do we need multiple .cabal files in one dir sharing the same Setup.hs? Or just a local environment which links to each package so you can build them by name easily? Duncan _______________________________________________ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel
