patch applied (cabal): Create the dist/ dir early in the configuration process

Wed Oct 24 06:35:54 PDT 2007 Duncan Coutts <[EMAIL PROTECTED]> * Create the dist/ dir early in the configuration process M ./Distribution/Simple/Configure.hs -1 +3 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haske

patch applied (cabal): Compile a .c rather than a .hs file to make a .o file in ld -x configure test

Wed Oct 24 08:05:05 PDT 2007 Duncan Coutts <[EMAIL PROTECTED]> * Compile a .c rather than a .hs file to make a .o file in ld -x configure test Since when bootstrapping ghc we're not in any position to compile .hs files that easily. M ./Distribution/Simple/G

patch applied (cabal): Adjust verbosity of a step in configure

Wed Oct 24 09:07:58 PDT 2007 Duncan Coutts <[EMAIL PROTECTED]> * Adjust verbosity of a step in configure M ./Distribution/Simple/Configure.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/li

patch applied (cabal): Fix a bug in the Unlit pre-processor

Wed Oct 24 11:19:08 PDT 2007 David Waern <[EMAIL PROTECTED]> * Fix a bug in the Unlit pre-processor With this patch, unlit can handle line pragmas with filenames that contain spaces. M ./Distribution/Simple/PreProcess/Unlit.hs -2 +2 ___ cabal

Re: presentation of dependencies in the web interface

;<3.0), binary (>=0.2), bytestring (>=0.9), unix-compat (>=0.1.2) or base (>=3.0), binary (>=0.2), bytestring (>=0.9), directory, old-time, unix-compat (>=0.1.2) ie it has an extra line for what happens if base >= 3 but < 3.0 and that's presumably because I used

proptotype of make style dep stuff

nnart Kolmodin, Thomas Schilling and myself. The code I'm presenting was written jointly with them. This message is going to be one of those crazy literate Haskell programs. The code is also available here: darcs get http://haskell.org/~duncan/cabal/dep-experiment/ One thing we debated for som

Re: proptotype of make style dep stuff

On Fri, 2007-10-26 at 10:20 -0700, Isaac Potoczny-Jones wrote: > Duncan and others, > > I have some high-level thoughts: > > = Standalone Tool = > > Something I've talked about for a long time (and a few times tried to > get someone to implement) is a kind of

Re: proptotype of make style dep stuff

On Fri, 2007-10-26 at 10:48 +, Duncan Coutts wrote: > So what's next... > > We want to write some specifications, both of what make should do and > some internal invariants about the graph. A smattering of informal descriptions of properties: "globally up to dat

patch applied (cabal): Add an interfacedir configure flag, for where to put haddock insterface files

Mon Oct 29 10:49:08 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Add an interfacedir configure flag, for where to put haddock insterface files M ./Distribution/Simple/InstallDirs.hs -53 +65 M ./Distribution/Simple/Register.hs -9 +15 M ./Distribution/Simple/Setup.hs +7 ___

Re: proptotype of make style dep stuff

On Fri, 2007-10-26 at 10:48 +, Duncan Coutts wrote: > Note that this is where we have the opportunity for parallelism as we > can pick all the rules with no dependencies. For the moment we will just > pick one rule. Speaking of parallel builds... Spencer Janssen, Lennart Kolmodin a

Re: proptotype of make style dep stuff

On Fri, 2007-10-26 at 10:48 +, Duncan Coutts wrote: > So what's next... > > We want to write some specifications Spencer, Lennart, Thomas and I had a joint hacking session in which we made some progress on this issue today. Specifically we can now generate random dep gra

Re: proptotype of make style dep stuff

On Tue, 2007-10-30 at 19:31 -0400, Peter Gavin wrote: > On 10/30/07, Duncan Coutts <[EMAIL PROTECTED]> wrote: > > http://haskell.org/~duncan/cabal/foo.svg > > Very nice :) Yeah, we were pretty pleased :-) > > As you can see we get cycles in the graphs. We'll ha

Re: cabal install

nd that in cabal-install to make it work with the released Cabal. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: cabal install

k workaround though. Probably have to do that until we think it's ok to require a later cabal with this issue fixed. > I guess we need to start testing cabal-install with Cabal releases > before they are released... Yeah. Duncan ___ cabal-d

Re: suggestion for a small extension to configurations

tive is preferred > if both work. Presumably this will still be the case, so one might > sometimes have to write an inverted test with an empty then-branch. Yes, or if you need something special you can use the existing flag syntax I guess. Duncan _

patch applied (cabal): Make the ld -x test use the temp dir rather than dist dir

Thu Nov 8 06:13:49 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Make the ld -x test use the temp dir rather than dist dir Should fix cabal-install. M ./Distribution/Simple/GHC.hs -13 +16 ___ cabal-devel mailing list cabal-devel@haske

patch applied (cabal): Add language extensions introduced in GHC 6.8

Thu Nov 8 10:56:12 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add language extensions introduced in GHC 6.8 M ./Language/Haskell/Extension.hs +18 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/li

patch applied (cabal): The extension is NoMonoPatBinds not MonoPatBinds

Fri Nov 9 06:22:17 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * The extension is NoMonoPatBinds not MonoPatBinds M ./Language/Haskell/Extension.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/m

patch applied (cabal): Add extensions that ghc-6.6 supports

Fri Nov 9 06:22:50 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add extensions that ghc-6.6 supports M ./Distribution/Simple/GHC.hs -1 +13 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: Can't create sdist bundle

't help them. The right solution imho is to move the sdist feature into cabal-install where it can depend on the tar and zlib packages. Then it'd work without requiring tar.exe or gzip.exe on your path. It already does this for unpacking

Re: Can't create sdist bundle

can give pointers. When I have a moment to work on cabal-install I'd rather focus on getting cabal-setup and cabal-install merged in a sane way. Their command line handling is a bit of a mess at the moment. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Fix configure --interfacedir=

Wed Nov 14 11:15:50 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Fix configure --interfacedir= bug #178 M ./Distribution/Simple/Configure.hs -1 +2 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/li

Re: (No)MonoPatBinds

On Sun, 2007-11-18 at 16:20 +, Ian Lynagh wrote: > Hi all, > > Does this patch: > > [The extension is NoMonoPatBinds not MonoPatBinds > Duncan Coutts <[EMAIL PROTECTED]>**20071109142217] { > hunk ./Language/Haskell/Extension.hs 107 > - | MonoPatBinds > + |

Re: [Fwd: [Haskell-cafe] Fun with Cabal on Windows! [Stream fusion for Hackage]]

or ld.exe in ghc's gcc-lib directory. It seems that we are not finding it for some reason. So we could do with seeing the output of configure -v3 which shows the location that Cabal looks for and finds all the programs it needs. If anyone else can reproduce this on windows that'd be he

Re: [Fwd: [Haskell-cafe] Fun with Cabal on Windows! [Stream fusion for Hackage]]

me on windows. Mind you it always did for me because it was finding ld.exe from mingw's path. Sigh. Can someone grab Cabal HEAD and make sure it works for them too please. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Fix finding ghc's ld.exe on windows.

Tue Nov 20 02:11:10 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Fix finding ghc's ld.exe on windows. It looks like it had worked but the ld -x test broke that too. Grr. M ./Distribution/Simple/GHC.hs -9 +9 ___ cabal-devel mailing

patch applied (cabal): Export PreProcessor constructor and mkSimplePreProcessor

Fri Nov 16 06:53:27 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Export PreProcessor constructor and mkSimplePreProcessor Otherwise it is impossible to declare new pre-processors in Setup.hs files M ./Distribution/Simple/PreProcess.hs

Re: Error -- dist/Conftest.c: openFile: does not exist

bal-1.2/ The fix is in that branch too. It'll also be included in the Cabal release that'll go along with ghc-6.8.2 (which will also be from the stable 1.2 branch). Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskel

patch applied (cabal): Import changelog changes from the 1.2 branch

Fri Nov 16 06:57:38 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Import changelog changes from the 1.2 branch M ./changelog +29 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Do proper pre-processing for Haddock 2

Fri Nov 9 08:25:57 PST 2007 David Waern <[EMAIL PROTECTED]> * Do proper pre-processing for Haddock 2 Besides pre-processing, this patch adds include paths and output paths to the ghc flags passed to Hadddock. M ./Distribution/Simple/Build.hs -1 +1 M ./Distribution/Simple/Haddock.hs

Re: portability and .cabal files?

not to work on windows buildable: false and then cabal should fail on configuration, and cabal-install should not consider depending on that package in that configuration? Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/ma

Re: suggestion: add a .ehs file type

aning of applying those extensions. So I'd like to see it become a declaration to the outside world about what extensions are needed to compile the package, not a way of applying extensions to all modules in the package. In practise for backwards compatibility we'll h

patch applied (cabal): Add support for building libs and exes with nhc98 via hmake

Fri Nov 23 12:57:50 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add support for building libs and exes with nhc98 via hmake Doesn't do installation yet or check for existence of dependent packages. M ./Distribution/Simple/NHC.hs -26 +89 M ./Distribution/Simple/Progr

Re: suggestion: add a .ehs file type

the package uses the feature. As for enforcing that, that may come almost for free when we get dependency chasing as we'll be looking for imports anyway. It shouldn't be much harder to look for language pragmas too. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Workaround import bug in nhc98

Fri Nov 23 13:00:09 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Workaround import bug in nhc98 Cabal can now build using itself and nhc98 M ./Distribution/Simple/SetupWrapper.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.or

Re: portability and .cabal files?

e. I opened a bug on it the other day: http://hackage.haskell.org/trac/hackage/ticket/184 Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: portability and .cabal files?

implement it. Hackage already does some additional checks but letting developers run those checks on their own machines and extending the set of checks would be great. Would you like to start by filing your list of suggested checks in a trac feature request? I think this kind of non-c

patch applied (cabal): Put nhc98 .hi files in the target dir rather than the src dir

Mon Nov 26 16:38:00 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Put nhc98 .hi files in the target dir rather than the src dir So they end up next to the .o files under dist/ just like for ghc. M ./Distribution/Simple/NHC.hs -5 +5 ___

patch applied (cabal): Fix what looks like a doc braino

Mon Nov 26 07:48:24 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix what looks like a doc braino M ./Distribution/Simple/InstallDirs.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Escape some special characters in the haddock docs

Mon Nov 26 07:51:45 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Escape some special characters in the haddock docs M ./Distribution/Simple/PreProcess.hs -2 +2 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listi

patch applied (cabal): Fix a broken link

Mon Nov 26 08:31:37 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Fix a broken link M ./Distribution/Simple/GHC.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Escape some special characters

Mon Nov 26 08:32:53 PST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Escape some special characters M ./Distribution/Configuration.hs -1 +1 M ./Distribution/Simple.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/

Re: Adding an option to cabal-install

ead port)::Int) Nothing > Nothing) So this doesn't work. It doesn't parse your example: > readP_to_S parseProxy "http://proxy.server.com:80"; [] Though this does work: > readP_to_S parseProxy "proxy.server.com:80" I would suggest not rewriting a parser for URIs

patch applied (cabal): Partial implementation of installing for nhc98

Tue Nov 27 09:41:32 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Partial implementation of installing for nhc98 Doesn't install into the right place by default yet. M ./Distribution/Simple/Install.hs -2 +4 M ./Distribution/Simple/NH

patch applied (cabal): Library archive creation for nhc98

Tue Nov 27 09:40:17 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Library archive creation for nhc98 So far only for vanilla not profiling libs. M ./Distribution/Simple/NHC.hs -6 +60 ___ cabal-devel mailing list cabal-devel@haskell.or

[Fwd: GHC's CPP and Cabal's unlit]

Forwarded Message > From: Alistair Bayley <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > Subject: GHC's CPP and Cabal's unlit > Date: Wed, 28 Nov 2007 10:59:25 + > > I'm doing some testing with GHC 6.6.1 and Cabal 1.3, and I'm trying to > figure out what hap

patch applied (cabal): Tidy up args in the pfe, clean, haddock and hscolour default hooks

Wed Nov 14 07:01:31 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Tidy up args in the pfe, clean, haddock and hscolour default hooks Don't pass unnecessary args and inline trivial definitions M ./Distribution/Simple.hs -24 +8 ___

patch applied (cabal): Refactor: move UserHooks into it's own module

Wed Nov 14 07:06:59 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Refactor: move UserHooks into it's own module M ./Cabal.cabal +1 M ./Distribution/Simple.hs -158 +2 A ./Distribution/Simple/UserHooks.hs ___ cabal-devel mailing

patch applied (cabal): Make scratchdir into a proper configure flag

Fri Nov 16 05:16:04 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Make scratchdir into a proper configure flag rather than using the flag extension mechanism. It was the old flag using it and I'm about to replace that whole system. M ./Distribution/Simple.hs -8 +3 M ./D

patch applied (cabal): Simplify parameters to defaultMain__

Fri Nov 16 05:23:23 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Simplify parameters to defaultMain__ Don't use maybe, just have the callers pass the defaults instead. Eliminate the Maybe PackageDescription parameter and instead just have the called override the readDesc in th

patch applied (cabal): Add emptyPFEFlags and emptySDistFlags for consistency

Fri Nov 16 05:56:25 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add emptyPFEFlags and emptySDistFlags for consistency M ./Distribution/Simple/Setup.hs -2 +9 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/m

patch applied (cabal): Add new Command abstraction for handling command line args

Fri Nov 16 06:12:25 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add new Command abstraction for handling command line args Add instances of it for all existing Cabal commands. This should makes command line handling more regular and hopefully make it easier to override or make d

patch applied (cabal): Add Command module to exposed-modules

Fri Nov 16 06:52:34 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add Command module to exposed-modules M ./Cabal.cabal +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Stop using deprecated setup code in SetupWrapper

Tue Nov 20 08:14:35 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Stop using deprecated setup code in SetupWrapper M ./Distribution/Simple/SetupWrapper.hs -3 +2 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/m

patch applied (cabal): Use the new Command stuff for Distribution.Simple

Tue Nov 20 08:18:16 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Use the new Command stuff for Distribution.Simple M ./Distribution/Simple.hs -99 +114 M ./Distribution/Simple/Program.hs +1 ___ cabal-devel mailing list cabal-devel@haske

patch applied (cabal): Use the new Command stuff for Distribution.Make

Tue Nov 20 08:16:05 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Use the new Command stuff for Distribution.Make M ./Distribution/Make.hs -93 +90 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo

patch applied (cabal): Remove unused code in Setup module

Tue Nov 20 08:39:22 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Remove unused code in Setup module This changes the API so cannot be pushed to the 1.2 branch. M ./Distribution/Simple/Setup.hs -706 +23 ___ cabal-devel mailing list cabal

patch applied (cabal): Bump development version number due to api change

Tue Nov 20 08:41:21 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Bump development version number due to api change Since we've changed the exports of the Setup module significantly. However since this is a dev series I don't think it makes sense to bump the major version

patch applied (cabal): Rename defaultMain__ to defaultMainHelper

Wed Nov 21 12:36:04 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Rename defaultMain__ to defaultMainHelper It was a silly name. M ./Distribution/Simple.hs -7 +7 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haske

command line handling changes

As you noticed, I just committed a fairly large refactoring of Cabal's command line handling. So if you're using Cabal HEAD be on the lookout for any changes in the behaviour. If you find any regressions please report them. Duncan ___ c

patch applied (cabal): The NHC module now uses cpp

Thu Nov 29 04:47:45 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * The NHC module now uses cpp M ./Distribution/Simple/NHC.hs +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: cabal for ghc 6.8.2, package upgrade warnings, please?

te and I've reorganised the page so it's hopefully rather clearer: http://haskell.org/haskellwiki/Upgrading_packages > as in: concerning recent cabal updates (look here > first if you have trouble with old .cabal packages). > in the longer term, that could become the start of > a ca

Re: Weird error message ('Cannot determine version of GHC')

ary file in the current directory rather than in the temp directory. I've applied a patch in the Cabal HEAD branch. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): make rawSystemStdout put its temp files in the temp dir rather than cwd

Sun Dec 2 14:06:20 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * make rawSystemStdout put its temp files in the temp dir rather than cwd Should fixe reported wierdness with finding program version numbers M ./Distribution/Simple/Utils.hs

Re: cabal for ghc 6.8.2, package upgrade warnings, please?

expansion is the part > 1.3 on cabal api changes: any feature that the old > cabal made available which is not unchanged in the > new api should be listed, side-by-side with intended > replacements. There are a lot of api changes that are pretty much irrelevant for most Setup.hs scripts. We could list the top few most likely changes summarising from the hackage survey email I sent round. > that is, a user-level equivalent to the page that would > explain and summarize the cabal design changes. What you're proposing generally really is a lot of work and I think requires rather more active Cabal hackers, or a much slower rate of change. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: cabal for ghc 6.8.2, package upgrade warnings, please?

On Sun, 2007-12-02 at 22:47 +, Duncan Coutts wrote: > What you're proposing generally really is a lot of work and I think > requires rather more active Cabal hackers, or a much slower rate of > change. Sorry Claus, I don't want to put you off making suggestions. It

Re: cabal for ghc 6.8.2, package upgrade warnings, please?

l mailing lists and collecting karma;-) We have the trac. We can use the priority and field that indicates the amount of time we think the task will take. > it should be restricted to darcs+cabal, to avoid losing hacking > power to other distracting projects, it should be limited i

patch applied (cabal): Use a default HsColour CSS if available

Thu Dec 6 06:59:37 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Use a default HsColour CSS if available Supported in HsColour 1.9 and later M ./Distribution/Simple/Haddock.hs -8 +11 ___ cabal-devel mailing list cabal-devel@haskell.or

patch applied (cabal): export ccLdOptionsBuildInfo helper function

Wed Dec 5 11:41:46 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * export ccLdOptionsBuildInfo helper function Useful in Setup.hs scripts for things like HSQL that need to find CC and LD flags by calling foo-config style programs. The same function is used internally for pkg-config s

patch applied (cabal): Support --hyperlink-source for Haddock >= 2.0

Sun Dec 9 10:05:55 PST 2007 David Waern <[EMAIL PROTECTED]> * Support --hyperlink-source for Haddock >= 2.0 M ./Distribution/Simple/Haddock.hs -1 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cab

command line flag types are monoids

om config files. The latter is particularly useful for cabal-install which has a config file where users can override defaults. So I'll try converting all the flags types to this Monoid style. Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Add -framework arguments when linking executables.

Mon Dec 10 09:40:56 PST 2007 [EMAIL PROTECTED] * Add -framework arguments when linking executables. M ./Distribution/Simple/GHC.hs +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal-branches/cabal-1.2): TAG 1.2.3.0

Wed Dec 12 12:24:22 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> tagged 1.2.3.0 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: patch applied (packages/array): FIX BUILD: build-depends should be inside library { ... }

l file with a library{} and possibly many executable{} > stanzas, one may wish to common-up some of those fields that appear > frequently, rather than duplicate them in each stanza. I see no obvious problem with such an extension. Duncan ___ cab

patch applied (cabal): Note what form of string we get from invoking hmake --version

Fri Dec 7 04:28:29 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Note what form of string we get from invoking hmake --version M ./Distribution/Simple/Program.hs +2 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haske

patch applied (cabal): First go at supporting ghc-6.9's ghc-pkg list --simple-output

Fri Dec 7 04:31:07 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * First go at supporting ghc-6.9's ghc-pkg list --simple-output We used to have to parse the human readable output from ghc-pkg list because previously it was not possible to specify which package dbs to query

patch applied (cabal): Fix hscolour code so it only outputs the css once per-lib or exe

Fri Dec 7 05:03:09 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Fix hscolour code so it only outputs the css once per-lib or exe Rather than for every module in the lib. Tidy the code up a little too. M ./Distribution/Simple/Haddock.hs -

patch applied (cabal): Add mandir support to InstallDirs

Fri Dec 7 06:18:39 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add mandir support to InstallDirs It's not used by Cabal at all but some packages want to install man pages and this should make it easier for them to figure out where to install them. In particular c2hs and lhs2t

patch applied (cabal): Rename interfacedir to haddockdir

Fri Dec 7 06:28:24 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Rename interfacedir to haddockdir Since it really only refers to haddock interfaces, so interface is too general a term. Cannot push to 1.2 branch as it changes the api. M ./Distribution/Simple/Configure.hs -1 +1

patch applied (cabal): Fix haddock markup

Fri Dec 7 08:23:14 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Fix haddock markup M ./Distribution/Simple/Program.hs -2 +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Add more to the user guide intro trying to explain the scope and use model

Sat Dec 8 08:14:02 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add more to the user guide intro trying to explain the scope and use model M ./doc/Cabal.xml -1 +89 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haske

patch applied (cabal): Move CopyDest from Setup to InstallDirs module

Sat Dec 8 09:09:13 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Move CopyDest from Setup to InstallDirs module It's a better place to put it and it allows Setup to use InstallDirs later M ./Distribution/Simple/InstallDirs.hs -2 +8 M ./Distribution/Simple/Setu

patch applied (cabal): Don't supress warnings, fix uncovered warnings

Sat Dec 8 11:19:39 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Don't supress warnings, fix uncovered warnings M ./Distribution/Simple/Install.hs -8 M ./Distribution/Simple/InstallDirs.hs -8 ___ cabal-devel mailing list

patch applied (cabal): Make fromPathTemplate not drop vars

Sat Dec 15 11:39:43 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Make fromPathTemplate not drop vars It's useful to be able to convert String <-> PathTeplate without loosing info. M ./Distribution/Simple/InstallDirs.hs -2 +2 __

patch applied (cabal): Bump version number as we've made api changes

Sat Dec 15 11:40:28 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Bump version number as we've made api changes M ./Cabal.cabal -2 +2 M ./Makefile -2 +2 M ./releaseNotes -1 +1 ___ cabal-devel mailing list cabal-devel@haske

please help test command line handling changes

Cabal lib (HEAD branch): http://darcs.haskell.org/cabal/ http://haskell.org/~duncan/cabal/cabal-command-line.dpatch darcs apply cabal-command-line.dpatch for cabal-install program: http://darcs.haskell.org/cabal-install/ http://haskell.org/~duncan/cabal/cabal-install-command-line.dpatch dar

Re: GHC's CPP and Cabal's unlit

On Mon, 2007-12-17 at 16:08 +, Alistair Bayley wrote: > Hello, > > I've not had any feedback on this. Is there some additional work for > me to do to make the patches more acceptable for the cabal codebase? David, you looked at this, what was your co

patch applied (cabal): Merge InstallDirTemplates into InstallDirs

Sat Dec 8 10:23:34 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Merge InstallDirTemplates into InstallDirs This simplifies things and makes it a bit more versatile since we can use things like InstallDirs (Maybe PathTemplate). M ./Distribution/Simple/Configure.hs -12 +11

patch applied (cabal): Replace lots of configBlahDir fields with just one InstallDirs

Sat Dec 8 10:26:20 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Replace lots of configBlahDir fields with just one InstallDirs So instead of 10 fields like this: configPrefix :: Maybe FilePath, ... we have just one compound one: configInstallDirs :: InstallDirs (Maybe Fi

patch applied (cabal): Export Command constructor so cabal-install can make derived commands

Sat Dec 8 11:24:01 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Export Command constructor so cabal-install can make derived commands Also move commandHelp out of the structure into a helper function. Change the type of commandOptions so it doesn't include the CommonFlag. Ins

patch applied (cabal): Make all command line flags and flag collection types monoids

Sat Dec 15 11:36:50 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Make all command line flags and flag collection types monoids And specify command flags in a way that allows converting from or two strings. So not only can we parse command lines into the various flag types, we can c

patch applied (cabal): Add --list-options flag, should be useful for shell command line completion

Mon Dec 17 05:20:48 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add --list-options flag, should be useful for shell command line completion It applies at the top level in which case it lists the global flags and the sub-commands. It applies for each sub-command in which case it lists

patch applied (cabal): Add correct^H^H^H^H British English spelling of optimisation

Mon Dec 17 05:35:33 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Add correct^H^H^H^H British English spelling of optimisation For the --enable/disable-optimi(z|s)ation flag, allow the British English spelling of the flags as an alias. The current one is still the one displayed,

patch applied (cabal): Support command completion in the Make module

Mon Dec 17 10:53:28 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Support command completion in the Make module M ./Distribution/Make.hs +3 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

patch applied (cabal): Export flagToList for cabal-install to use

Mon Dec 17 10:53:59 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Export flagToList for cabal-install to use M ./Distribution/Simple/Setup.hs +1 ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo

patch applied (cabal): Rejig --list-options handling so it takes priority

Tue Dec 18 11:16:36 PST 2007 Duncan Coutts <[EMAIL PROTECTED]> * Rejig --list-options handling so it takes priority --list-options no takes priority over errors in other flags and over --help this is so that it can be used consistently for command completion without returning garba

patch applied (cabal-install): Initial attempt at command line completion

Wed Dec 19 13:57:47 PST 2007 Lennart Kolmodin <[EMAIL PROTECTED]> * Initial attempt at command line completion A ./bash-completion/ A ./bash-completion/cabal ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/

Re: patch applied (cabal-install): Initial attempt at command line completion

On Tue, 2007-12-18 at 16:17 -0800, Duncan Coutts wrote: > Wed Dec 19 13:57:47 PST 2007 Lennart Kolmodin <[EMAIL PROTECTED]> > * Initial attempt at command line completion > > A ./bash-completion/ > A ./bash-completion/cabal Which seems to work pretty well so fa

Re: "Setup.lhs: hope.cabal has been changed, please re-configure."

about just re-running configure if we think it's necessary, and using the previous configuration flags? Duncan ___ cabal-devel mailing list cabal-devel@haskell.org http://www.haskell.org/mailman/listinfo/cabal-devel

Re: "Setup.lhs: hope.cabal has been changed, please re-configure."

On Wed, 2007-12-19 at 18:12 +0700, Peter Gammie wrote: > On 19/12/2007, at 5:18 PM, Duncan Coutts wrote: > > > On Wed, 2007-12-19 at 15:57 +0700, Peter Gammie wrote: > >> Hello, > >> > >> Thanks for your efforts with Cabal, it seems to work really well. >

<    1   2   3   4   5   6   7   8   9   10   >