- cabal-devel - Haskell.org

patch applied (cabal-install): Remove redundant code an re-enable accidentally disabled code
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 10:01:37 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Remove redundant code an re-enable accidentally disabled code M ./Hackage/Install.hs -21 M ./Main.hs -1 +1

1 0

patch applied (cabal-install): Significantly refactor configuration handling
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 09:56:34 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Significantly refactor configuration handling ConfigFlags is not used in any of the modules that do the real work, instead we just pass in the necessary information. Renamed ConfigFlags to SavedConfig and moved it's definition into the Config module. Also change what information is kept in the Repo type so that it knows the local path too. A PkgInfo now also knows which Repo it is from. M ./Hackage/Config.hs -99 +114 M ./Hackage/Dependency.hs -17 +20 M ./Hackage/Fetch.hs -27 +32 M ./Hackage/Index.hs -9 +7 M ./Hackage/Info.hs -14 +19 M ./Hackage/Install.hs -40 +62 M ./Hackage/List.hs -4 +5 M ./Hackage/Setup.hs -33 +2 M ./Hackage/Types.hs -31 +51 M ./Hackage/Update.hs -6 +6 M ./Hackage/Upgrade.hs -6 +9 M ./Hackage/Upload.hs -60 +36 M ./Main.hs -69 +65 M ./cabal-install.cabal -1 +1

1 0

patch applied (cabal): Bump minor version number due to more minor api and behaviour changes
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 12:11:17 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Bump minor version number due to more minor api and behaviour changes M ./Cabal.cabal -2 +2 M ./Makefile -2 +2 M ./releaseNotes -1 +1

1 0

patch applied (cabal): Make --user --global change the default prefix
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 11:38:30 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Make --user --global change the default prefix Previously --user and --global didn't mean what it looks like they mean, instead of doing a per-user or a global installation they just meant to register in the per-user or global package databases (and to allow dependencies to be satisfied from the per-user or global db) With this patch --user / --global means to do a per-user or global install so in addition to the package db differences it also sets the default installation prefix. This prefix can of course still be overridden using the --prefix= flag. The global prefix is as before, the default per-user prefix is $HOME/.cabal on Unix and on Windows it's something like: C:/Documents And Settings/$user/Application Data/cabal (using getAppUserDataDirectory "cabal"). This is the per-user prefix that cabal-install currently uses. We can change it if people think it's not good. M ./Distribution/Simple/Configure.hs -2 +6 M ./Distribution/Simple/InstallDirs.hs -3 +7 M ./Distribution/Simple/Setup.hs -9 +11

1 0

patch applied (cabal): Un-deprecate configCompilerAux
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 09:51:48 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Un-deprecate configCompilerAux but make it do something sensible with the ProgramConfiguration M ./Distribution/Simple/Configure.hs -3 +3

1 0

patch applied (cabal): Export the Flag constructors
by Duncan Coutts 11 Jan '08

11 Jan '08

Thu Jan 10 09:51:23 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Export the Flag constructors M ./Distribution/Simple/Setup.hs -1 +1

1 0

patch applied (cabal-install): Added support for users behind proxy servers, reading system settings from the env var on unix or registry on windows
by Duncan Coutts 10 Jan '08

10 Jan '08

Fri Dec 21 12:15:00 PST 2007 <jim(a)sdf-eu.org> * Added support for users behind proxy servers, reading system settings from the env var on unix or registry on windows M ./Hackage/Fetch.hs -8 +5 A ./Hackage/HttpUtils.hs M ./Hackage/Upload.hs -2 +5 M ./cabal-install.cabal +7

1 0

patch applied (cabal): Allow symbol characters (e.g '+') in the components of a build-tool name
by Duncan Coutts 09 Jan '08

09 Jan '08

Tue Jan 8 13:12:18 PST 2008 David Waern <davve(a)dtek.chalmers.se> * Allow symbol characters (e.g '+') in the components of a build-tool name M ./Distribution/PackageDescription.hs -1 +1 M ./Distribution/ParseUtils.hs -2 +20

1 0

Re: Tests in Cabal
by Duncan Coutts 09 Jan '08

09 Jan '08

On Wed, 2008-01-09 at 10:27 +0000, Adrian Hey wrote: > Is this really the way tests are supposed to be included? > > It doesn't seem workable to me. I wonder if it would be better to just > build the lib first (without tests) and then separately build one or > more test executables? > > What does everyone else do about this? I've only seen one package that actually uses tests integrated into the Setup.hs. So it seems everyone just runs tests manually. This is a fairly large hole in the Cabal story at the moment imho. Part of the problem is that we don't support custom Setup.hs stuff very well, we encourage people to use the simple build system. But for tests, even if it used the simple build system we'd end up making it use the custom flavour just to run some tests. It's not very satisfactory. I wonder if we shouldn't move tests into their own file completely. The problem always with custom Setup.hs scripts is that they're the first point of entry, and if it does not compile then everything is stuffed and you don't get a good error message. Duncan

3 2

Patch for more liberal parsing of build-tools
by David Waern 09 Jan '08

09 Jan '08

Patch attached. David

1 0