June 2008 - cabal-devel

patch applied (cabal): Use conservative render style for display
by Duncan Coutts 19 Jun '08

19 Jun '08

Thu Jun 19 15:22:58 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Use conservative render style for display M ./Distribution/Text.hs -1 +6 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080619222258-adfee-ec1a76a9…

1 0

patch applied (cabal): Include trailing newline in hscolour command description
by Duncan Coutts 19 Jun '08

19 Jun '08

Thu Jun 19 15:09:40 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Include trailing newline in hscolour command description M ./Distribution/Simple/Setup.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080619220940-adfee-bdd7beee…

1 0

patch applied (cabal): Add PackageSet, like PackageIndex but case sensitive
by Duncan Coutts 19 Jun '08

19 Jun '08

Fri Jun 13 17:37:05 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Add PackageSet, like PackageIndex but case sensitive Actually it turns out that we don't need case insensitivity in many cases, mosty just for simple lookups in the UI. For everything else the ordinary Ord instance is much simpler. The fact that listing the contents of a PackageIndex doesn't come out in Ord order actually causes real problems in cabal-install and necessitates re-sorting. So we should move to using PackageSet in most cases and just leave the search and lookup operations in PackageIndex. M ./Cabal.cabal +1 A ./Distribution/Simple/PackageSet.hs View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080614003705-adfee-12cead0a…

1 0

patch applied (cabal): Add PackageName as a newtype
by Duncan Coutts 19 Jun '08

19 Jun '08

Fri Jun 13 17:29:26 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Add PackageName as a newtype M ./Distribution/InstalledPackageInfo.hs -3 +4 M ./Distribution/Package.hs -18 +24 M ./Distribution/PackageDescription.hs -2 +5 M ./Distribution/PackageDescription/Check.hs -2 +2 M ./Distribution/PackageDescription/Configuration.hs -2 +3 M ./Distribution/PackageDescription/Parse.hs -4 +4 M ./Distribution/ParseUtils.hs -7 +7 M ./Distribution/Simple/Build.hs -1 +1 M ./Distribution/Simple/BuildPaths.hs -3 +3 M ./Distribution/Simple/Configure.hs -14 +13 M ./Distribution/Simple/InstallDirs.hs -1 +1 M ./Distribution/Simple/NHC.hs -2 +7 M ./Distribution/Simple/PackageIndex.hs -23 +37 M ./Distribution/Simple/Register.hs -1 +1 M ./Distribution/Simple/SetupWrapper.hs -1 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080614002926-adfee-d0b0eb55…

1 0

patch applied (cabal): No more need for the distinction between null and emptyBuildInfo
by Duncan Coutts 19 Jun '08

19 Jun '08

Fri Jun 13 17:16:54 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * No more need for the distinction between null and emptyBuildInfo Now that we have removed the hsSourceDirs = [currentDir] default from emptyBuildInfo it is now equal to nullBuildInfo. M ./Distribution/PackageDescription.hs -15 +5 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080614001654-adfee-6b68303d…

1 0

Re: [Hackage] #137: setup sdist places implementation-dependent preprocessor output in the source bundle
by Hackage 19 Jun '08

19 Jun '08

#137: setup sdist places implementation-dependent preprocessor output in the source bundle ----------------------------------+----------------------------------------- Reporter: ross(a)soi.city.ac.uk | Owner: Type: defect | Status: new Priority: high | Milestone: Cabal-1.6 Component: Cabal library | Version: HEAD Severity: normal | Resolution: Keywords: | Difficulty: normal Ghcversion: 6.4.2 | Platform: Linux ----------------------------------+----------------------------------------- Comment (by duncan): Or maybe we should assume that `foo` is generated (by an unknown pre- processor) by `foo.in` (if `foo.in` exists) and so it is `foo.in` that should go in the sdist and not `foo`. Though that also violates our rule about putting generated files in `dist/` and not back in the source tree. -- Ticket URL: <http://hackage.haskell.org/trac/hackage/ticket/137#comment:7> Hackage <http://haskell.org/cabal/> Hackage: Cabal and related projects

1 0

patch applied (cabal): Add version wildcard syntax
by Duncan Coutts 19 Jun '08

19 Jun '08

Thu Jun 19 10:50:06 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Add version wildcard syntax build-depends: foo ~1.2.* means: build-depends: foo >=1.2 && <1.3 It's also valid everywhere else version ranges are used. M ./Distribution/Version.hs -2 +45 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080619175006-adfee-e512de8b…

1 0

patch applied (cabal): haddock-2.2 and later do now support the --hoogle flag
by Duncan Coutts 19 Jun '08

19 Jun '08

Fri Jun 13 13:54:45 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * haddock-2.2 and later do now support the --hoogle flag M ./Distribution/Simple/Haddock.hs -2 +3 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080613205445-adfee-481af069…

1 0

patch applied (cabal): '.' should not always be in hs-source dirs
by Duncan Coutts 19 Jun '08

19 Jun '08

Fri Jun 13 16:03:52 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * '.' should not always be in hs-source dirs We changed the parsing of list fields in the .cabal file so that it adds to the current value rather than replacing it. This allows you to put multiple entries for a list field and they all get concatenated. However that means that the '.' in the hsSourceDirs of emptyBuildInfo is always added to and not replaced like we did previously. That's not what we want in this case. We want to use '.' for hsSourceDirs *only* if hsSourceDirs is otherwise null. As it happens, due to the way the configurations code works, we're already filling in the default if it'd otherwise be null so we do not need '.' in the emptyBuildInfo at all. M ./Distribution/PackageDescription.hs -1 +1 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080613230352-adfee-e043d46c…

1 0

patch applied (cabal): Fix css location in generation of user guide
by Duncan Coutts 19 Jun '08

19 Jun '08

Tue Jun 17 06:38:11 PDT 2008 Duncan Coutts <duncan(a)haskell.org> * Fix css location in generation of user guide M ./Makefile -2 +2 View patch online: http://darcs.haskell.org/cabal/_darcs/patches/20080617133811-adfee-b41cd4cf…

1 0