Win32 DLL tweaks

rts_get*: peer through indirections, if needs be.

Extend the reaches of #ifdef INTERPRETER a little bit.

StgNat64 --> StgWord64

- moved the Bool closure table to here (don't want to end up accidentally mangling it.)
- startupHaskell: for Win32 DLLs, initialise the various closure tables now that
  the DLLs have been loaded and the closure addresses are in scope.

StgNat* --> StgWord*

remove unused include + macros

Added is_heap_alloced() to the API - returns true if an address is
within the range of addresses that we've been given back from the
OS.

Only needed for Win32 DLLs, so it's only defined when compiling up
a Win32 RTS DLL.

mingw32 tweaks

scavenge_srt: To deal with SRT entries that refer to closures that live
 in DLLs, the compiler will set the LSB of the address. scavenge_srt()
 checks for this, and if LSB is set, does an extra level of indirection
 to get at the next closure to scavenge.

On the Win32 DLL side, tidied up the defns of LOOKS_LIKE_STATIC() and
LOOKS_LIKE_STATIC_CLOSURE() a little.

Make a few things strict.

Nat --> Word

temp. hack around timezone problems on solaris.

HPPA tweaks.

Don't prefix the generated output with \n

doc tweaks

mingw32 tweaks

StgNat* --> StgWord*

barf: paranoidly flush stderr..

mingw32 tweaks.

No signal support with mingw32

Win32 platforms: use native API to compute elapsed and user times.

When putting the RTS in a DLL, we have to delay filling in the
Charlike and Intlike tables until load-time.

StgNat64 --> StgWord64

typo

StgNat64 --> StgWord64

initStorage: initialise gos0->to_space

- misc changes to support DLLs
- StgNat* --> StgWord*

Partial support for working with DLLs. On mingw32, unless you supply
the -static command line option, the default is now to assume
that you're using DLLs when compiling and linking.

ToDo: support the construction of DLLs via the driver.

On mingw32, which is the only 'platform' where we support producing
DLLs, prefix each static closure with a zero word. This is needed so
that we can distinguish between pointers to (reversed!) info tables
and static closures just by checking whether there's a zero word just
above the pointed-to entity. Wish there was a better way..

Remove out-of-date use of -fcompiling-prelude

Compile CgCase with -fno-prune-tydecls on

import list adjustments

One new option:

 -static    produce code for use in statically linked binaries.
            The driver makes sure that this option is on for
	    platforms that doesn't support DLLs. Leaving it
	    off won't have any bad effects though.

ppr bugfix for dcons that are locally qualified
(omit braces around context if there isn't one.)

Directories can now be flagged as containing interface files that have
their corresponding object codes living in Win32 DLLs.

The compiler needs to keep track of whether a name refers to something
in a DLL or not, since Win32 DLLs forces you to distinguish between
the two at the point of use. For example, the code generated for
the following snippet

     return (x+2);

will differ. If 'x' resides in a DLL, you need to perform an extra
indirection to get at its value. Effectively, the generated code
becomes

     return (*x+2);

For functions, the distinction can be made transparent, but we
can avoid jumping through an extra level of indirection if we
do indicate that a label will be imported from a DLL.

Back to the renamer and its scheme, directories that contain
the file ".dLL_ifs.hi" (name chosen to lessen the risk of a clash..)
are considered as containing 'DLL interface files'. There's two
caveats to this scheme:

 - interface files found in "." are not considered to be referring
   to something in a DLL.
 - if the compiler has got -static on the command line, then all
   interface file in scope are considered to be 'normal'.

Win32 only: emit code that declares the DLLness of a label we're
making use of.

Add missing default case to mkRegLiveness.

Support for deriving 'proper' Show & Read instances for infix constructors.