Make sure DLL_NAME only has DLL_PEN prepended if DLL_NAME has already been
set, i.e. a DLL is really to be built.

What's the story, Rory?

   My name's not Rory. Owing to circumstances not fully understood, the RTS
   used to work DLLized, even though it was largely broken. Unfortunately,
   this was recently fixed.

What used to happen?

   The EF_ macro from StgMacros.h was used to refer to primops &c.

Why was this a Bad Thing?

   Because you need to use EDF_ when building with DLLs.

What was the result?

   primops such as divExactInteger were compiled as _divExactInteger, rather
   than __imp__div_Exact_Integer, so they didn't refer to the DLL routines.

How on earth did it work?

   I'm not sure, but somehow the code for the relevant routines got linked
   into the import libraries (e.g. libHSrts_imp.a), and were thus linked
   statically into the final binary.

So that explains why the import libraries (supposedly just containing stubs)
were larger than the DLLs they were stubbing, or the static libraries, for
that matter?

   Perhaps.

Golly!

   Indeed.

What caused this code leakage?

   That's what I don't know. Perhaps a bug in the Cygwin DLL-building tools?
   I've upgraded from B20.1 to 1.1 recently.

So, what's the hack, Mac?

   My name's not Mac. I added a new macro, ERTSF_, which uses DLL_IMPORT_RTS
   to make sure that the Right Thing is always done (because you mustn't
   make DLL references to RTS routines when compiling the RTS).

Thanks for the chat, Matt!

   <punch>

4.07->4.08

Fixed a version-o.

> => >

Updated instructions for Windows install to reflect reality as of v4.08.

Added -dll option for dll way, now a proper way.

Target dlls directly into DLL_PEN so that they don't get rebuilt all the time.

Gave driver access to bash for running system calls under Windows by writing
command out to a temp file, then sending that as the argument to "sh -". Sigh.
This is #ifdefed on mingw32_TARGET_OS; saner OSs just use system as normal.

Stop doing all system calls via "sh -c", as this messed up quoting.

oops, ghc-inplace ain't an EXE.

Added a few EXE_SUFFIXes to get the driver going on Windows.

Changed ExeSuffix to exeext (which is what configure.in actually calls it).

remove hscpp

Add $(EXE_SUFFIX) to hp2ps and unlit

Move dlls to $(DLL_PEN) after generation.

Move DLLs to $(DLL_PEN) after generation.

Arrange that type signatures that have no "parent" signatures
work right.  For example

	   module A
	      f :: Int -> Int

The panic in RnEnv.lookupBndrRn becomes an error message.  Also
RnBinds.rnTopMonoBinds and rnMonoBinds were wrongly ignoring all
signatures altogether if there were no bindings!

fix finding of the usage message (again).

Add comment

Add type-sig test

Holding pen for dlls to stop them getting in the way of pre-compiled
dynamic programs.

Remove dead code: checkConstraints and univErr

Insert code to handle instruction counts from Heimdall, as well as
CacheProf.

Fixed a bracket-o.

Windows fixes and tidying up.

Windows fixes.

Changed __MINGW32__ to mingw32_TARGET_OS to cope with latest mingwin.

Rename files in line with RTS.

Use GMP dll rather than static library under mingwin.

Removed definitions of symbols which are now defined in the mingwin header
files.

Fix bug in SetLevels that meant an occurrence of a non-cloned binder,
where the non-cloned binder shadowed a cloned binder, resulted in
the occurrence incorrectly being substituted with the clone of the
*outer* binder.  Curious that this never got tickled before!

Eliminate need for built-in Rational type

Print operator names in HsExpr better

Pass flags -agc to $(HAPPY) if the $(HAPPY_VERSION) is >= 1.8
(previous versions weren't reliable enough with these settings).

Merged Julian's changes to make it more comprehensible to non FP programmers.

accept '-fvia-c' as an alternative capitalisation for '-fvia-C' (the
old driver used to do this, and it's documented in the Users' Guide)

Add comments

Document new -fstrictfp option

This commit tries to fix the discrepancies between the results of
floating point calculations during runtime and compile time, see
e.g. fptools/ghc/tests/numeric/should_run/arith008.hs. Part of the
story was the fact that floating point values are represented as
Rationals in GHC and therefore never lost precision, at least for the
operations for which constant folding is done. To compensate for this,
before and after floating point operations the operands are
temporarily converted to/from Float/Double. This is wrong, because
host architecture and target architecture are confused this way, but
in a non-cross-compiling scenario it works.