GitLab

E.g. cabal install cabal-1.8.0.6 would actually install the latest version
instead, because when 'cabal' got corrected to 'Cabal' the associated
constraint 'cabal == 1.8.0.6' was not converted to 'Cabal == 1.8.0.6'.

Will make tracking down problems easier in future.

It is actually possible for pruning to eliminate required packages
because it's possible for it to propagate all the way up to one of
the initial targets.

e.g. --constraint='foo source'
     --constraint='baz installed'
     --constraint='bar +this -that'

Now log when things get excluded due to installed and source constraints.

There are many packages that can never be successfully configured
and by pruning them early we reduce the number of choices for the
solver later (which is good since the solver does no backtracking
when it makes bad choices). This relies on two recent features:
1. we can now express constraints that exclude a particular source
package and 2. that we can exclude packages without needing to know
whether or not they will ever be needed.

The constraint set ADT now needs to be told which targets we are
interested in, rather than assuming anything we constrain might
be a target.

We now track target packages and only require constraints on those
targets to be satisfiable. This allows us to overconstrain packages
that we do not care about, which is useful for excluding broken
packages.
We also now have a more general way of specifying constraints.
Previously constraints were specified as the conjunction of a version
range predicate and an optional installed constraint. This form made
it impossible to express constraints such as "exclude this source
package". Constraints for a package name are now specified simply by
a function predicate on the package version and installed/source state.

Rather than 'available' packages, the source now refers consistently to
'source' packages. This is a bit clearer.

Fixes ticket #810

I'd accidentally left out the world target from the parsing phase
of the new user target handling system, so cabal install world did
not work. Now added to the target parser.

I made a mistake during the recent refactoring work and was using
the dependency planner in the wrong way. The planner was being
given the available source packages and duely picking them to
satisfy dependencies, but for configure we're supposed to assume
that all dependencies are installed already.

So that the others can use the new Cabal for their Setup.hs

It contains an important bug fix for some platforms, notably OSX

Works with ghc-6.12 and ghc-7.0

When using curl, fail better on HTTP errors.
Also remove some dead code.

Should fix ticket #796

On FreeBSD fetch is installed by default, unlike wget or curl.

Previously when multiple instances of the same package are installed,
e.g. in global and user dbs, we would often end up selecting the wrong
instance. Now we select the user one consistently which will solve the
problem in most (but not all) cases.

For several commands, including install the -v verbosity level had
far too much useless internall stuff in it. Reduced the amount of
output from configuring the compiler, getting installed package and
the dependency planner. The extra detail is still available via -v3.