GitLab

Helps to disambiguate Cabal's compat modules from cabal-install's.

Change the component load order for repl.

Rename 'extra-html-files' to 'extra-doc-files'.

Fixes #1424.

The one from outer scope was used in some places before.

Support for non-standard program search $PATH

Link to imported source guide on Github, not to the older one

A few cabal repl fixes

Like -O -threaded -prof -debug etc.

Add support for:
 -no-hs-main
 -dynamic-too  (now a three-way choice with -static & -dynamic)
 -dynhisuf -dynosuf
 -dyno
All the options we use internally should have their own flags. We should
really only be using ghcOptExtra for things from the user.

e.g. extra-prog-path: /home/duncan/.cabal/bin

This should help with the problem that people install tools like alex,
happy, c2hs etc and then cabal cannot find them.

Arguably we should have this as the default value for extra-prog-path,
so that it affects existing installations, rather than just affecting
new installations where we generate the ~/.cabal/config for the first
time. It's easy to change if we want to do that.

We have to pass it properly in the setupWrapper. For the external build
method we just set the $PATH rather than passing the flag. This way it
works when talking to Setup.hs built with an older Cabal lib.

Can be used to add extra dirs to the end of the program search path.
This in mainly useful as a config file entry rather than a command line
flag, but it'll exists as both.

When we configure ghc we have to find a bunch of related tools (like gcc
on windows). We do that by looking in some extra locations first, and
that's now simpler to do with the new infrastructure by just tacking an
extra directory on the front of the search path.

Previously we would just use the normal system $PATH for finding
programs (unless the Program provided some custom method). Now the
ProgramDb has its own notion of the search path and we use that for
finding programs (by default). The search path can be either specific
directories or the system search method (ie $PATH on unix and something
similar on Win32). The default search path is just the system one.

In addition, this search path is passed on to programs when we invoke
them as the $PATH env var.

So rather than only returning the default args it can adjust any of the
ConfiguredProgram settings, including programDefaultArgs as now but now
also the programOverrideArgs and the new programOverrideEnv.

And use it in programInvocation. So configured programs can have
environment var overrides that will be used in all invocations, like
the existing support for default and override arguments.

Previously the runProgramInvocation impl only covered the common special
cases that we currently use. In particular it did not support env vars
or changing the workind directory.

Also change the ProgramInvocation { progInvokeEnv } to allow unsetting
env vars, not just setting them to new values.

This stuff would be better if we could use createProcess for all cases
but that doesn't yet support running programs in the foreground with
proper ctl-C handling (only rawSystem currently supports that).

Initial implementation of repl command

No support yet for ovreriding the ghci :reload command.
No support in build or repl for module/file targets.
Not yet tested with sandboxes.

Make absolute haddock paths proper URLs

Fixes #1064, #1406

Add a list command to the HcPkg module

Split the cabal_macros.h generation into a helper and wrapper

This reverts commit a17491d7.

That commit made the logic much more convoluted and broke the following use case
(for sandboxed packages with build-type Custom):

$ cabal configure -w /path/to/ghc
$ cabal build

Instead, just append '/path/to/.cabal-sandbox/packages' at the end.

See the discussion in #1402.

Only useful for getting the source package ids. Does not get the
installed package ids or any other details. Most use cases should
still use dump.

Makes it easier to reuse this code in other contexts, for example if we
want to build without a .cabal file using all the packages in the
environment.