- cabal-devel - Haskell.org

(No)MonoPatBinds
by Ian Lynagh 18 Nov '07

18 Nov '07

Hi all, Does this patch: [The extension is NoMonoPatBinds not MonoPatBinds Duncan Coutts <duncan(a)haskell.org>**20071109142217] { hunk ./Language/Haskell/Extension.hs 107 - | MonoPatBinds + | NoMonoPatBinds } break the GHC >= 6.8 extension handling? My memory is that we allow the strings Foo and NoFoo, for each extension constructor Foo. I'm not sure if anyone would ever want to specify the default (e.g. NoCPP) in a Cabal file, though. Thanks Ian

2 1

patch applied (cabal-branches/cabal-1.2): The extension is NoMonoPatBinds not MonoPatBinds
by Ian Lynagh 18 Nov '07

18 Nov '07

Fri Nov 9 06:22:17 PST 2007 Duncan Coutts <duncan(a)haskell.org> * The extension is NoMonoPatBinds not MonoPatBinds M ./Language/Haskell/Extension.hs -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Bump version number to 1.2.2.1
by Ian Lynagh 18 Nov '07

18 Nov '07

Thu Nov 15 07:10:09 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Bump version number to 1.2.2.1 and update changelog M ./Cabal.cabal -2 +2 M ./Makefile -2 +2 M ./changelog +6 M ./releaseNotes -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Make the ld -x test use the temp dir rather than dist dir
by Ian Lynagh 18 Nov '07

18 Nov '07

Thu Nov 8 06:13:49 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Make the ld -x test use the temp dir rather than dist dir Should fix cabal-install. M ./Distribution/Simple/GHC.hs -13 +16

1 0

patch applied (cabal-branches/cabal-1.2): fix compilation with GHC 6.2.x
by Ian Lynagh 18 Nov '07

18 Nov '07

Mon Nov 5 03:30:04 PST 2007 Simon Marlow <simonmar(a)microsoft.com> * fix compilation with GHC 6.2.x M ./Distribution/Simple/GHC.hs -1 +1

1 0

patch applied (cabal-branches/cabal-1.2): Add extensions that ghc-6.6 supports
by Ian Lynagh 18 Nov '07

18 Nov '07

Fri Nov 9 06:22:50 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Add extensions that ghc-6.6 supports M ./Distribution/Simple/GHC.hs -1 +13

1 0

patch applied (cabal-branches/cabal-1.2): Add language extensions introduced in GHC 6.8
by Ian Lynagh 18 Nov '07

18 Nov '07

Thu Nov 8 10:56:12 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Add language extensions introduced in GHC 6.8 M ./Language/Haskell/Extension.hs +18

1 0

patch applied (cabal-branches/cabal-1.2): Fix configure --interfacedir=
by Ian Lynagh 18 Nov '07

18 Nov '07

Wed Nov 14 11:15:50 PST 2007 Duncan Coutts <duncan(a)haskell.org> * Fix configure --interfacedir= bug #178 M ./Distribution/Simple/Configure.hs -1 +2

1 0

Re: [Hackage] #40: sdist runs tar, which is a problem under Windows
by Hackage 16 Nov '07

16 Nov '07

#40: sdist runs tar, which is a problem under Windows ---------------------+------------------------------------------------------ Reporter: ijones | Owner: kr.angelov(a)gmail.com Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ---------------------+------------------------------------------------------ Comment (by duncan): Replying to [comment:6 ross(a)soi.city.ac.uk] > It makes sense to take sdist out of the library, as it's not essential for building, and would work better with these extra dependencies. Yes. > But I'm not sure about bundling everything in an all-purpose program. Small special-purpose tools have fewer dependencies and avoid many coordination issues. More of them (cabal-deb, cabal-rpm, cabal-msi, etc) can be added by third parties without looking second class. I don't think it is necessary to bundle everything into one program. I think it is good to have everything unified under one command from a user interface point of view. For example we should be able to set things up so cabal-rpm, cabal-deb etc provide the rpm and deb commands for the cabal tool. {{{ $ cabal --help }}} should list all commands {{{ $ cabal rpm }}} should call out to cabal-rpm or whatever helper is registered. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/40#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

Re: [Hackage] #40: sdist runs tar, which is a problem under Windows
by Hackage 16 Nov '07

16 Nov '07

#40: sdist runs tar, which is a problem under Windows ---------------------+------------------------------------------------------ Reporter: ijones | Owner: kr.angelov(a)gmail.com Type: defect | Status: new Priority: normal | Milestone: Component: Cabal | Version: Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.2.1 | Platform: Linux ---------------------+------------------------------------------------------ Changes (by ross(a)soi.city.ac.uk) * summary: how well does sdist work in windows? is there a better way to find 'tar'? => sdist runs tar, which is a problem under Windows Comment: It makes sense to take sdist out of the library, as it's not essential for building, and would work better with these extra dependencies. But I'm not sure about bundling everything in an all-purpose program. Small special-purpose tools have fewer dependencies and avoid many coordination issues. More of them (cabal-deb, cabal-rpm, cabal-msi, etc) can be added by third parties without looking second class. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/40#comment:6> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0