GitLab

Niklas Hambüchen authored Aug 05, 2013 and Liyang HU committed Nov 05, 2013

We need them to compare against, so that we can decide if we want to
write new files or keep the old ones untouched.

See #1528.

Fixes #1442.

Fixes #1438.

Fixes #1439. See also #1435, which fixed this for executables.

The flag `-outputdir` sets `-odir`, `-hidir`, `-stubdir`, and `-dumpdir`.

Using `-outputdir` has the benefit of redirecting all output files with
only one flag to a temporary directory.

Cabal currently only sets the first three but not the `-dumpdir` flag for
compiling Haskell modules, which clutters the top-level package directory
and sometimes dump files get overwritten if their names collide for
different build targets.

This minimal commit merely adds the `ghcOptOutputDir` flag to the data
structures and enables its use for the compilation of Haskell modules. A
later commit may remove the use of the now redundant `ghcOptStubDir` and
`ghcOptHiDir` flags in favor of the new `ghcOptOutputDir` flag.

The flag `-outputdir` is available since GHC 6.10; see also
ghc/ghc@bb074cb7 and
http://ghc.haskell.org/trac/ghc/ticket/2295

For a normal compile we do separate invocations of ghc for compiling as
for linking. But for repl we have to do just the one invocation, so
that one has to include all the linker stuff too, like -l flags and any
.o files from C files etc.

Need to see how .o files from C files works with ghci that uses dynamic
loading by default.

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.

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.

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

Add new functions 'withTempFileEx' and 'withTempDirectoryEx' instead.

Fixes #1387.

Based on discussion with @dcoutts.

Fixes #1252. Makes the test suite pass with GHC HEAD.

(If 'TemplateHaskell/profiling' still fails, you're probably affected by this
GHC bug: http://ghc.haskell.org/trac/ghc/ticket/7978 . Try compiling a more
recent GHC HEAD.)

In particular, Clang is very fussy about not having this. It doesn't
really hurt anything, but it's better to suppress the annoying warning
properly.
Signed-off-by: Austin Seipp <aseipp@pobox.com>

Fixes #1351.

'getInstalledPackages' requires to pass in a 'PackageDBStack'.

This better matches standard Haskell names

GHCi will need a shared library, so we build it by default

Fixes #1284.

There is no need to do this for exes since they are always built in only one
way.

One downside of this patch is that it increases the compilation time when
building with '--enable-library-profiling'. An alternative solution would be to
add a new field (e.g. 'c-sources-ffi') for non-Haskell sources that depend on
the GHC "way".

See #1200 (for which this is a partial fix).

Fixes #1207. Broken by @dcoutts in 02f8eef1.

Combined with the hpc fix, this makes all tests pass on my machine.