GitLab

We need these types for their Read instances so that we
can still read older GHCs package db files when we make
changes to the current InstalledPackageInfo type, or the
types contained in it, like PackageIdentifier or License.

The user guide gets built in two different ways. There's a target
in Cabal's the top level Makefile and there is also the stuff that
the ghc build system uses. The ghc build system expects to copy in
doc/fptools.css and then delete it again on make clean. We want a
persistent copy so that we can make the docs when we've just got a
standalone Cabal build tree, so that's now kept as doc/Cabal.css.

Though we should try and limit divergence until 1.4.0 is released.

Keep up with recent minor api changes

This is still shockingly platform dependent. Sigh.

Due to recent api changes

Various recent api changes

and make the unit test module build again.
The PackageDescription module no longer needs CPP.

and note the issue about custom vs simple build-type for Cabal itself.

Addresses #191 (QA) and #180 (QA for missing license).
This patch only adds a new exposed module, it's not yet used anywhere.

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 number as in the PVP, or we'd end up doing
it all the time in a development series.

the user's guide separately from the Haddock documentation. 

These are no longer in the tree, they have their own repos now.

This was generating a useless Main entry in the lib doc index.
(good for STABLE)

Without this patch, Cabal is effectively "version-less" and all .cabal
files with a version requirement are unusable. Therefore I think that
this patch (or at least something equivalent) should be pushed to the
6.6.1 branch, too.