- cabal-devel - Haskell.org

patch applied (cabal): Rearrange PackageDescription some more
by Duncan Coutts 06 Feb '08

06 Feb '08

Tue Feb 5 11:43:41 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Rearrange PackageDescription some more Previously we moved the types into Distribution.PackageDescription.Types. Now all the remaining utils have been removed from D.PackageDescription we can move D.PackageDescription.Types back to D.PackageDescription. Also move D.Configuration to be D.PackageDescription.Configuration and move the types used for GenericPackageDescription into D.PackageDescription and move the functions that convert GenericPackageDescription -> PackageDescription into the D.PackageDescription.Configuration module. ./Distribution/Configuration.hs -> ./Distribution/PackageDescription/Configuration.hs ./Distribution/PackageDescription/Types.hs -> ./Distribution/PackageDescription.hs R ./Distribution/PackageDescription.hs M ./Distribution/PackageDescription/Configuration.hs -85 +155 M ./Distribution/PackageDescription/Parse.hs -3 +2

1 0

patch applied (cabal): Finish moving build path functions
by Duncan Coutts 06 Feb '08

06 Feb '08

Tue Feb 5 11:24:39 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Finish moving build path functions M ./Distribution/Simple/Hugs.hs -1 +1 M ./Distribution/Simple/LocalBuildInfo.hs -26 M ./Distribution/Simple/SetupWrapper.hs -1 +1 M ./Distribution/Simple/Utils.hs -58 +3

1 0

patch applied (cabal): Move cabalVersion, setupMessage and a bunch of paths into differnt modules
by Duncan Coutts 06 Feb '08

06 Feb '08

Tue Feb 5 11:02:30 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Move cabalVersion, setupMessage and a bunch of paths into differnt modules New Distribution.Simple.BuildPaths module similar to the .InstallDirs module to hold all the paths and filenames used during a build. It's currently somewhat of a miscellaneous collection. M ./Cabal.cabal +1 M ./Distribution/Make.hs -1 +1 M ./Distribution/Simple.hs -4 +5 M ./Distribution/Simple/Build.hs -5 +5 A ./Distribution/Simple/BuildPaths.hs M ./Distribution/Simple/Configure.hs -3 +5 M ./Distribution/Simple/GHC.hs -3 +4 M ./Distribution/Simple/Haddock.hs -5 +6 M ./Distribution/Simple/Hugs.hs -2 +5 M ./Distribution/Simple/Install.hs -2 +3 M ./Distribution/Simple/JHC.hs -3 +4 M ./Distribution/Simple/NHC.hs -3 +5 M ./Distribution/Simple/PreProcess.hs -5 +5 M ./Distribution/Simple/Register.hs -7 +8 M ./Distribution/Simple/SrcDist.hs -3 +3 M ./Distribution/Simple/Utils.hs -1 +14

1 0

patch applied (cabal): nhc98 does not have System.Posix.Internals
by Malcolm Wallace 05 Feb '08

05 Feb '08

Tue Feb 5 04:05:16 PST 2008 Malcolm.Wallace(a)cs.york.ac.uk * nhc98 does not have System.Posix.Internals M ./Distribution/Compat/TempFile.hs +5

1 0

patch applied (cabal): Move PackageDescription unit tests into a dedicated module
by Duncan Coutts 05 Feb '08

05 Feb '08

Mon Feb 4 14:10:28 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Move PackageDescription unit tests into a dedicated module and make the unit test module build again. The PackageDescription module no longer needs CPP. M ./Distribution/PackageDescription.hs -372 M ./Makefile -5 +5 M ./tests/ModuleTest.hs -42 +19 A ./tests/PackageDescriptionTests.hs

1 0

patch applied (cabal): Split Distribution.PackageDescription into three other modules
by Duncan Coutts 05 Feb '08

05 Feb '08

Mon Feb 4 13:33:06 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Split Distribution.PackageDescription into three other modules New D.PackageDescription.Types with the types and simple utils New D.PackageDescription.Parse module for parsing and printing functions. The sanity check code is moved into the existing QA module. The public api of Distribution.PackageDescription remains the same. M ./Cabal.cabal +2 M ./Distribution/PackageDescription.hs -1078 +30 A ./Distribution/PackageDescription/Parse.hs M ./Distribution/PackageDescription/QA.hs -4 +111 A ./Distribution/PackageDescription/Types.hs

1 0

patch applied (cabal): Rewrite the Makefile and build the user-guide using xsltproc like ghc does
by Duncan Coutts 05 Feb '08

05 Feb '08

Mon Feb 4 09:26:34 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Rewrite the Makefile and build the user-guide using xsltproc like ghc does M ./Makefile -148 +83 A ./doc/fptools.css

1 0

patch applied (cabal): Tweak the ghc-options: -O -O2 messages again
by Duncan Coutts 03 Feb '08

03 Feb '08

Fri Feb 1 03:31:21 PST 2008 Duncan Coutts <duncan(a)haskell.org> * Tweak the ghc-options: -O -O2 messages again M ./Distribution/PackageDescription/QA.hs -4 +4

1 0

Re: GHC's CPP and Cabal's unlit
by Alistair Bayley 03 Feb '08

03 Feb '08

> > It would be nice if we can find an unlit extension that is compatible > > with the H98 requirement and alo allows useful behaviour for haddock. I have completed changes to the Unlit module, and also a change to the Haddock module (to run unlit before cpp). darcs patches attached. I'd love to know what the official approach to testing is. I have written a test module which exercises the Unlit module, but I'm not sure how to tie it in to any existing test infrastructure. At the moment I just have it sitting in tests/unlit. Thanks, Alistair

5 23

Re: GHC's CPP and Cabal's unlit
by Duncan Coutts 02 Feb '08

02 Feb '08

-------- Forwarded Message -------- > From: David Waern <david.waern(a)gmail.com> > To: Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk> > Subject: Re: GHC's CPP and Cabal's unlit > Date: Sat, 2 Feb 2008 16:43:10 +0100 > > 2008/2/2, Duncan Coutts <duncan.coutts(a)worc.ox.ac.uk>: > > > > On Thu, 2008-01-31 at 14:43 +0000, Duncan Coutts wrote: > > > On Thu, 2008-01-10 at 14:25 +0000, Alistair Bayley wrote: > > > > > > > the comment block (like cabal does) > > > > - don't indent code relative to comments, because Haddock doesn't like this > > > > > > Hmm, we will have to find another solution to this because the H98 unlit > > > spec clearly states that '>' is to be replaced with a ' ', not just > > > deleted. So if haddock barfs on code like: > > > > > > -- a comment > > > > > > some code > > > > So I downloaded takusen and tried this. Haddock does indeed barf. The > > problem is worse though because we do not know how much to indent by to > > fix things. > > I just checked with Haddock 2 and it also doesn't accept > "mis-indented" comments. Fixing this might be possible but it would > need modifications to the GHC parser. It might be better to look at > the indentation level of the code, and use that for the comments. > > David

1 0