It was always YES anyway

It no longer exists

This is what we recommend people to use for best performance, so we
should use it in our benchmarks.

Signed-off-by: Edward Z. Yang <ezyang@mit.edu>

This reverts commit 0449cb06.

Conflicts:

	.gitignore

To make batch linking work now that haskell98 is not automatically linked.

mkdepenC has gone away, and we don't care about C sources in nofib anyway

This allows you to use nofib in a tree built with validate

Run each nofib program multiple times, tunable by the $(NoFibRuns)
variable.  nofib-analyse already knows how to average the times from
multiple runs.

Suppress printing of the runstdtest command line in GHCi mode.

More fixes for the GHCi way

Fixes to get NoFibWithGHCi going again.

oops, I broke overriding of suffix rules when I moved the include of
suffix.mk into target.mk.  Hence, hack around it here by moving
nofib's suffix.mk after the include of target.mk.

wibbles to do with the FAST/NORM/SLOW modes.  We default to the normal
.stdout file if the .$(mode)stdout file doesn't exist, and similarly
for stderr.

Fix to make NoFib work with GHCi again.

Add ability for NoFib to be run with various different modes.

The mode is set by changing a variable called "mode".

This allows tests to be run for different lengths of time, depending on what kin
d of test is wanted.

Current modes are:

<unset> = default mode. Like previous NoFib.
"slow" = tries to run for around 10-20 seconds on my workstation.

A test is given several modes by giving it the following:
        <test>.stdout -> <test>.<mode>stdout
        <test>.stdin -> <test>.<mode>stdin

Args are set in the makefile as

<mode>_OPTS

Add way to ==nofib== banner (it's now `==nofib==' for normal and
`==nofib_way==' for way `way'.  At the moment nofib-analyse only looks
for `==nofib==', and so now it won't be misled by, e.g., excessive
runtimes for the ticky way.

To collect stats from non-standard ways, nofib-analyse will have to be
modified.

Switch over to the new hierarchical libraries
---------------------------------------------

This commit reorganises our libraries to use the new hierarchical
module namespace extension.

The basic story is this:

   - fptools/libraries contains the new hierarchical libraries.
     Everything in here is "clean", i.e. most deprecated stuff has
     been removed.

	- fptools/libraries/base is the new base package
	  (replacing "std") and contains roughly what was previously
	  in std, lang, and concurrent, minus deprecated stuff.
	  Things that are *not allowed* in libraries/base include:
		Addr, ForeignObj, ByteArray, MutableByteArray,
		_casm_, _ccall_, ``'', PrimIO

	  For ByteArrays and MutableByteArrays we use UArray and
	  STUArray/IOUArray respectively now.

	  Modules previously called PrelFoo are now under
	  fptools/libraries/GHC.  eg. PrelBase is now GHC.Base.

	- fptools/libraries/haskell98 provides the Haskell 98 std.
	  libraries (Char, IO, Numeric etc.) as a package.  This
	  package is enabled by default.

	- fptools/libraries/network is a rearranged version of
	  the existing net package (the old package net is still
	  available; see below).

	- Other packages will migrate to fptools/libraries in
	  due course.

     NB. you need to checkout fptools/libraries as well as
     fptools/hslibs now.  The nightly build scripts will need to be
     tweaked.

   - fptools/hslibs still contains (almost) the same stuff as before.
     Where libraries have moved into the new hierarchy, the hslibs
     version contains a "stub" that just re-exports the new version.
     The idea is that code will gradually migrate from fptools/hslibs
     into fptools/libraries as it gets cleaned up, and in a version or
     two we can remove the old packages altogether.

   - I've taken the opportunity to make some changes to the build
     system, ripping out the old hslibs Makefile stuff from
     mk/target.mk; the new package building Makefile code is in
     mk/package.mk (auto-included from mk/target.mk).

     The main improvement is that packages now register themselves at
     make boot time using ghc-pkg, and the monolithic package.conf
     in ghc/driver is gone.

     I've updated the standard packages but haven't tested win32,
     graphics, xlib, object-io, or OpenGL yet.  The Makefiles in
     these packages may need some further tweaks, and they'll need
     pkg.conf.in files added.

   - Unfortunately all this rearrangement meant I had to bump the
     interface-file version and create a bunch of .hi-boot-6 files :-(

An ugly hack is now needed in here after my build system changes the
other day.  Oh dear, I hope I haven't created a monster.  Well, it can
always be backed out I suppose.

Allow the stdin file to be specified by setting STDIN_FILE.

Wibbles to the GHCi support.  Most of the spectral suite goes through now.