When linking a shared library with --make, always do the link step
Without -shared, the default target is a binary and in that case
it makes sense for --make to not try and link a binary when there
is no Main module. But for a shared library the user already has
to specify -shared and there's no reason a shared lib should
contain any Main module or main function.

Pass --enable-shared and --with-hscolour to ghc-cabal configure
It tried to do this already, but the make variable name was wrong.

Use shared lib mode -dynload deploy to build the rts and core shared libs
This is now the same as the old default. Currently we cannot embed
rpaths because they would point to the build tree. We should embed
rpaths relative to the $ORIGIN in future.

Make -dynload sysdep mean to embed rpaths in shared libs as well as binaries
Previously it only did it for binaries. This was presumably on the
theory that the binary could specify the rpath for all the libs.
However when it is the shared lib that is the final product (ie to
link into a bigger project) then we need the rpaths for the shared
lib to be self-contianed.

Switch the default -dynload mode to SystemDependent
The previous default was Deployable though it was being
overridden to Wrapper in the ghc shell script wrapper.

Set the soname when creating a shared lib
It's still possible to override it, just use -optl-Wl,-soname, eg:
ghc -shared -dynamic foo.o -o libfoo.so -optl-Wl,-soname,libbar.so

Keep C main separate from rts lib and link it in for standalone progs
Previously the object code for the C main function lived in the rts
lib, however this is a problem when the rts is built as a shared lib.
With Windows DLLs it always causes problems while on ELF systems it's a
problem when the user decides to use their own C main function rather
than a Haskell Main.main. So instead we now put main in it's own tiny
little static lib libHSrtsmain.a which we install next to the rts libs.
Whenever ghc links a program (without -no-hs-main) then it also links
in -lHSrtsmain. For consistency we always do it this way now rather
than trying to do it differently for static vs shared libraries.

Remove old Windows-only implementation of keeping main outside the rts
We now do it for all ways and for all platforms. This was a Windows-only
version that only kept a separate Main.dyn_o for the dynamic linking case.
It had to do that because Windows DLLs are stricter about unresolved symbols
where as for ELF platforms we only run into the problem when we're not using
a Haskell main function.

Fix silly make macro mistake in a rule used in the --enable-shared case

Windows: load msvcrt and kernel32 manually

Need to pass gcc -m64 on amd64 OSX

OS X / amd64 fixes

Fix the unregisterised build

Build fix for amd64/OSX

Fix building with the HEAD

Need to pass gcc -m64 on amd64 OSX

Use machdepCCOpts when running "as"

Use SRC_HC_OPTS when making ghc-cabal and ghc-pkg

Fix building ghc-pkg when bootstrapping

Simplify ghc-pkg's ghc.mk slightly

Set CLEANING=YES for the clean_% targets

Use SRC_CC_OPTS when making HSffi.o

make [123] omits phases 1,2, and 3

allow phases to be omitted by setting OMIT_PHASE_[123]=YES

fix a dependency: Makefile -> includes/Makefile

Make -Odph imply -fsimplifier-phases=3

Add missing word, spotted by Tom Lokhorst

fix typo: TH.ModName -> TH.PkgName

Fix #3236: emit a helpful error message when the RTS has not been initialised

Fix #3207: add has_side_effects = True for lots of primops
and document primOpHasSideEffects

Bootstrapping fixes

Bootstrapping fixes

Bootstrapping fixes

Remove a done TODO item

Add libraries/dph/LICENSE to bindists

Tweak bindist creation
libraries built by stage2 need all their bits in the bindist too.
We were testing (stage == 1) rather than (stage /= 0).

Move the fixed paths out of config.mk, so cleaning works without configuring

Remove an incorrect comment

Hide more make rules when cleaning

Remove some $(TOP)s that cause problems on Windows (as they contain ':')

Disable suffix rules when cleaning

Don't require the library ghc.mk files in order to clean

Add a maintainer-clean rule

Make dph required

Remove --extra flag from darcs-all

Remove nofib-analyse
It's now in the nofib repo.

Move hasktags out of the GHC repo
Now configure looks for it as an installed program instead.

Further fixes to the stage1 version hack; fix validate.
I'm less convinced this is a good idea now.  But it does avoid
rebuilding most of stage1 when you pull and reconfigure.  Better
solutions welcome.

remove warning settings; we already have warnings turned on everywhere

disable all docs in the "quick" and "devel" builds

remove XmlDocWays relic

cleanup: remove reference to $1_$2_CONFIGURE_FLAGS, which is never used
we also have $1_$2_CONFIGURE_OPTS, which is used.

fix cut-and-pasto in mkWeakForeignEnv#, causing random segfaults

Fix maintainer-clean for library/dph

use StgWord for the lock (fixes valgrind complaint on 64-bit machines)

don't rebuild the whole of stage 1 just because the date has changed

Remove left-over bits of extralib support

Clean the right directory in bindisttest

validate now uses maintainer-clean, not distclean

main repeated 'make maintainer-clean' not fail

make repeated 'make distclean' not fail

dummy-ghc should depend on config.mk, to pick up the latest version number
This fixes build problems of the form
  ghc-cabal: Version mismatch between ghc and ghc-pkg

rejig ghc version test; fail if GHC version can't be determined

Hide warnings from alex/happy sources

Fix some warnings in Lexer

Fix building dph in the new build system

Improve error reporting for kind errors (fix Trac #1633)

A long-standing improvement to the error message for kinds. Now instead of
    Expected kind `* -> *', but `Int' has kind `*'
we get
    The first argument of `T' should have kind `* -> *',
    but `Int' has kind `*'

Ha!

Fix Trac #3219: type of a record update

Record updates are amazingly hard to typecheck right.  This is one place
where GHC's policy of typechecking the original source is much harder than
desugaring and typechecking that!

Anyway, the bug here is that to compute the 'fixed' type variables I was
only looking at one constructor rather than all the relevant_cons

Test is typecheck/should_compile/T3219, which GHC 6.10 barfs on (with Lint).

Add comments

Link the rts shared libs against gmp and the other C libs
When using shared libs we should link each lib against its deps. This allows
the dynamic linker to chase dependencies and means we do not have to specify
all indirect dependencies (as we must do for static libs).

Make ghc -dynamic imply -fPIC for C code
As is already the case for ghc -fPIC. This is needed because ghc -dynamic
means to generate code that is capable of being linked to Haskell shared
libs and for C code the equivalent is -fPIC. Normally C code does not need
-fPIC merely to link to shared libs however Haskell shared libs do not
follow common conventions. In particular the static data cannot be
referenced statically because it cannot be copied by the static linker.
The linker cannot copy them because we do not specify a .size for the
_closure entries (in the .data section) though in principle we could.

validate does "exit 1" if it fails

fix warning

remove old unused fop/dvips/xmltex stuff

build Haddock docs

enable LinkDynLib in compilier phase

expand hack to include PS docs too

stub Makefile

GhcBootLibs is no more

updates to the section describing the  +RTS -s/-S output (#3211)

multi-slurp protection

Improve error messages for type functions

Following a suggestion of Claus Reinke, this patch improves the error
messages involving type functions.  Here's the relevant note from TcTyFuns.

Note [Non-injective type functions]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
It's very confusing to get a message like
     Couldn't match expected type `Depend s'
            against inferred type `Depend s1'
so pp_open_tc adds:
       NB: `Depend' is a (non-injective) type function

Currently we add this independently for each argument, so we also get
     Couldn't match expected type `a'
            against inferred type `Dual (Dual a)'
       NB: `Dual' is a (non-injective) type function
which is arguably redundant.  But on the other hand, it's probably
a good idea for the programmer to know the error involves type functions
so I've left it in for now.  The obvious alternative is to only add
this NB in the case of matching (T ...) ~ (T ...).

stub makefile

Hack to make the user's guide build in a linked build tree
See comment for details

make it so that 'make html', 'make pdf', and 'make ps' work for docs

correct the +RTS -? docs for -A (default is 512k not 256k)

Use a more compact +RTS -s output for Tasks

                        MUT time (elapsed)       GC time  (elapsed)
  Task  0 (worker) :    0.00s    (  0.00s)       0.00s    (  0.00s)
  Task  1 (worker) :    0.00s    (  0.01s)       0.00s    (  0.00s)
  Task  2 (worker) :    0.00s    (  0.03s)       0.00s    (  0.00s)
  Task  3 (bound)  :    0.00s    (  0.00s)       0.02s    (  0.04s)

disable a warning

docbook PDF item is done

add a .c --> .s rule

Remove libraries/ifBuildable.hs; it's no longer used

Fix configure

Build system tweak

Add a Makefile in libraries/

Tweak ./boot

Partially fix "make framework-pkg"
We still need to sort out the "install-docs" story to get this working
properly.

Handle deciding what docs to build better
Now we have variables for whether or not to build the docbook docs as
HTML, as PS, and as PDF. The configure script output now matches what
the build system will do (except it cannot take account of any
mk/build.mk settings, of course).

Remove oldconfig.mk.in

Rename pwd to ghc-pwd

Remove pwd's Makefile from the old build system