GitLab

Doesn't do installation yet or check for existence of dependent packages.

The non-GHC hsc2hs deletes it even if the compilation fails.

and pass the appropriate flags on the basis of knowing that.
This is a hack.
What we should do longer term is make hsc2hs always use gcc as it's C compiler
and have Cabal figure out the right flags to pass it, rather than using ghc
to pass on the appropriate flags to gcc.

We previously had this kind of code all over the place:
> when (verbosity >= verbose)
>      (putStrLn "some message")
We now replace that with:
> info verbosity "some message"
Much nicer.

And fill out the includeDirs, extraLibs, extraLibDirs, ccOptions and ldOptions
with the results from pkg-config --cflags --libs

Compiler, Program, PreProcess and Setup are really part of the Simple
build system.
Also move a couple GHC modules under Simple.GHC.*

It's the same format as the build-depends, eg:
build-tools: cpphs, c2hs >= 0.15
During the configure step we try to configure the listed programs and
if a version range is specified then we check that it is satisfied.

Also make the follow on changes to everything that uses Program.
The notion of a program is now split into the abstract notion of a program
that we know about and might be able to configure, and a configured program
that we can actually run. The ProgramConfiguration database is similarly
split. We still keep user-supplied loation and arguments and use them when
we configure programs. The abstract Program now has functions to search for
the program on the system and for finding the version number. This allows
for more generic configuration of programs.

We do this during the configure step and then later we don't have to run
haddock & hscolour again to find out their version numbers.
This also eliminates some annoying module interdependencies.
Eventually the Program abstraction ought to include the ability for programs
to discover their own version numbers so it can be done more modularly.

findProgram and findProgramAndVersion construct Program values
The latter makes it easier to parse output of --version calls.
The idea is that we should carry the version number along with the program
if we know it, so we can later decide version-dependent args without having
to do more IO to find the program version, eg see use_optP_P & haddockVersion.

At the moment it's a partial function, but we should change that by having
a distinction between an abstract program and a configured program.

Now better separated and uses Program better.
Also no longer needs internal lookupProgram' utils function.

besides, the order was inconsistent within the same function between the
UserSpecified and FoundOnSystem cases.

Integration of Cabal, HsColour, and Haddock.
(Also fixes bug #102)

Hopefully this will make it easier to get better verbosity consistency.

We could, by changing only Distribution.Verbosity, use
"type Verbosity = Int" for now to give users of the library a chance to
catch up, but the upcoming Cabal release seems like a good opportunity
to cram in as much of the interface-changing stuff that we want to do
as we can. I think the added benefit of a slow switch would be very low
indeed.

Here are a batch of refactorings to clean up parsing and parts of the
simple build system.  This patch originated in a patch sent to
cabal-devel@haskell.org with an intial implementation of
configurations.  Since then we decided to go a different route with
configurations, so I have separated the refactoring from the
configurations patch.

At this point, 2 tests fail for me, but I get the same 2 failures
without this patch.

This patch is sponsored by Hac 07.
Have you hacked a lambda today?

Cabal was not noticing haddock failing. That's bad.

Distribution.Compat.Map taken from Haddock.