GitLab

We still need to sort out the "install-docs" story to get this working
properly.

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).

We only need the forwardslash mode now, so always use that mode and
don't accept any arguments.

Also fixes it so that it really does pass (we weren't substituting the
GMP variables in the RTS package config).

configure looks for install-sh in . .. ../.. and we don't want it to
find the build system's install-sh.

No idea how the last patch managed to pass validate.

I didn't realise make can invoke the same action multiple
times in parallel if the rule has multiple targets. So go
back to using a build stamp file.

Unlike with static libs, when linking shared libs the dependencies
have to already exist. Add a dependency $1_$2_$3_LIBS : $1_$2_$3_DEPS_LIBS

And depend on it at the top level when we're using dynamic libs.

when we configure ghc with --enable-shared

That is, build it as a .so/.dll rather than as libHSrts_dyn.a

For now, with --enable-shared we'll build the libs shared,
but ghc itself will still be statically linked.
In any case, we would want to be able to build it both
ways so it's easy to test both.

This allows the library file type to depend on the way. This is needed
to use .so/.dll libs for the "dyn" way rather than always using .a libs.
For example: thr_debug_dyn_libsuf="_thr_debug-ghc6.11.20090426.so"

Previously we only built library package "cbits" the vanilla way, afterall
C code does not need to be built differently for profiling builds. However
for dynamic libs the C code needs to be built with -fPIC, so we do need
to be able to build package .c (and .s?) files multiple ways.

We link stage1 using the bootstrapping compiler and there's
no guarantee that it has working support for threaded

The library uses stuff in Setup.hs to determine whether or not it needs
to use -liconv. This patch replicates that logic in ghc-cabal. This
isn't pretty, and we should find a better way to do it, but it works
for now.