Sort modules and packages in debug print (reduce test wobbles)

This affects only the debug print TcRnDriver.pprTcGblEnv, and eliminates
test-suite wobbling (affected me for tc168, tc231)

Fix #2334: tyvar binders can have Names inside (equality predicates)

fix pointer tagging bug in removeIndirections (fixes stableptr003)

Fix unreg build

tiny tweak to the stack squeezing heuristic (fixes cg060)

MacOS installer: don't quote XCODE_EXTRA_CONFIGURE_ARGS

MacOS installer: terminate build on intermediate failure

Fix Trac #2331 (error message suggestion)

Improve documentation of RULES

Improve documentation for INLINE pragma

add debugDumpTcRn and use it for some debugging output

Turn "NOTE: Simplifier still going..." message into a WARN()

remove the "expanding to size" messages

New flag: -dno-debug-output
From the docs:
   <para>Suppress any unsolicited debugging output.  When GHC
     has been built with the <literal>DEBUG</literal> option it
     occasionally emits debug output of interest to developers.
     The extra output can confuse the testing framework and
     cause bogus test failures, so this flag is provided to
     turn it off.</para>

-no-link-chk has been a no-op since at least 6.0; remove it

-no-link-chk is a relic

Shorten debug messages

Fix minor layout issue (whitespace only)

MacOS installer: clean up Xcode project spec

Fix validate: -Werror bug in patch "Replacing copyins and copyouts..."

FIX #2231: add missing stack check when applying a PAP
This program makes a PAP with 203 arguments :-)

-fforce-recomp should be unnecessary for Main.hs in stage[23] now

Missing import in C-- parser

Fix a bug to do with recursive modules in one-shot mode
The problem was that when loading interface files in checkOldIface, we
were not passing the If monad the mutable variable for use when
looking up entities in the *current* module, with the result that the
knots wouldn't be tied properly, and some instances of TyCons would
be incorrectly abstract.

This bug has subtle effects: for example, recompiling a module without
making any changes might lead to a slightly different result (noticed
due to the new interface-file fingerprints).  The bug doesn't lead to
any direct failures that we're aware of.

Replacing copyins and copyouts with data-movement instructions

o Moved BlockId stuff to a new file to avoid module recursion
o Defined stack areas for parameter-passing locations and spill slots
o Part way through replacing copy in and copy out nodes
  - added movement instructions for stack pointer
  - added movement instructions for call and return parameters
    (but not with the proper calling conventions)
o Inserting spills and reloads for proc points is now procpoint-aware
  (it was relying on the presence of a CopyIn node as a proxy for
   procpoint knowledge)
o Changed ZipDataflow to expect AGraphs (instead of being polymorphic in
   the type of graph)

disable SAT for now (see #2321)

Add dph packages to build system

PackageMaker target depends on deployment target

hs_add_root: use use rts_lock()/rts_unlock() for a bit of extra safety

Make it less fatal to not call ioManagerStart()
For clients that forget to do hs_add_root()

FIX BUILD with GHC 6.4.x

FIX #1970: ghci -hide-all-packages should work

Cmm back end upgrades

Several changes in this patch, partially bug fixes, partially new code:
o bug fixes in ZipDataflow
   - added some checks to verify that facts converge
   - removed some erroneous checks of convergence on entry nodes
   - added some missing applications of transfer functions
o changed dataflow clients to use ZipDataflow, making ZipDataflow0 obsolete
o eliminated DFA monad (no need for separate analysis and rewriting monads with ZipDataflow)
o started stack layout changes
   - no longer generating CopyIn and CopyOut nodes (not yet fully expunged though)
   - still not using proper calling conventions
o simple new optimizations:
   - common block elimination
      -- have not yet tried to move the Adams opt out of CmmProcPointZ
   - block concatenation
o piped optimization fuel up to the HscEnv
   - can be limited by a command-line flag
   - not tested, and probably not yet properly used by clients
o added unique supply to FuelMonad, also lifted unique supply to DFMonad

make framework-pkg needs to cope with missing DSTROOT

Use MD5 checksums for recompilation checking (fixes #1372, #1959)

This is a much more robust way to do recompilation checking.  The idea
is to create a fingerprint of the ABI of an interface, and track
dependencies by recording the fingerprints of ABIs that a module
depends on.  If any of those ABIs have changed, then we need to
recompile.

In bug #1372 we weren't recording dependencies on package modules,
this patch fixes that by recording fingerprints of package modules
that we depend on.  Within a package there is still fine-grained
recompilation avoidance as before.

We currently use MD5 for fingerprints, being a good compromise between
efficiency and security.  We're not worried about attackers, but we
are worried about accidental collisions.

All the MD5 sums do make interface files a bit bigger, but compile
times on the whole are about the same as before.  Recompilation
avoidance should be a bit more accurate than in 6.8.2 due to fixing
#1959, especially when using -O.

don't make -ddump-if-trace imply -no-recomp

clarify that unsafeCoerce# :: Float# -> Int# is not safe (see #2209)

when linking, ignore unknown .reloc section that appeared in gcc 3.4.5(?)

Simplify specifying that some libraries need to use the build.* rules
Now you just add them to SUBDIRS_BUILD instead of SUBDIRS.

Cope with libraries in libraries/foo/bar rather than just libraries/foo
You need to use the build.* rules rather than the make.* rules, though.

Fix fwrite$UNIX2003 symbols when cross-compiling for Tiger
- When compiling with -mmacos-deployment-target=10.4, we need
  --no-builtin-fprintf, as the use of GCC's builtin function
  optimisation for fprintf together with #include "PosixSource" in the
  RTS leads to the use of fwrite$UNIX2003 (with GCC 4.0.1 on Mac OS X
  10.5.2).

document :source command for GHCi, point to Haskell wiki

as discussed in this thread:
http://www.haskell.org/pipermail/glasgow-haskell-users/2008-April/014614.html

Do some stack fiddling in stg_unblockAsyncExceptionszh_ret
This fixes a segfault in #1657

Fix warnings in TcTyDecls

Fix whitespace in TcTyDecls

Ensure runhaskell is rebuild in stage2

Fix Trac #1061: refactor handling of default methods

In an instance declaration, omitted methods get a definition that
uses the default method.  We used to generate source code and feed it
to the type checker.  But tc199 shows that is a bad idea -- see
Note [Default methods in instances] in TcClassDcl.

So this patch refactors to insteadl all us to generate the
*post* typechecked code directly for default methods.

Comment typo

Fix Trac #2292: improve error message for lone signatures

Refactoring reduces code and improves error messages

Fix Trac #2293: improve error reporting for duplicate declarations

Tuples cannot contain unboxed types

This bug allowed, for example

  f = let x = ( 1#, 'x' ) in x

which is ill-typed because you can't put an unboxed value in a tuple.
Core Lint fails on this program.

The patch makes the program be rejcted up-front.

Make TcType warning-free

Teach push-all how to send as well

Make TcUnify warning-free

Fix a comment typo

Detab TcUnify

FIX #1955: confusion between .exe.hp and .hp suffixes for heap profiles
Now we use <prog>.hp and <prog>.prof consistently.

sort the output of :show packages

update the "perf" settings to match the default

use -O2 for libraries and stage2 compiler by default

bump GHC's maximum stack size to 64Mb (see #2002)

Add -Odph

This is the optimisation level recommended when compiling DPH programs. At the
moment, it is equivalent to -O2 -fno-method-sharing -fdicts-cheap
-fmax-simplifier-iterations20 -fno-spec-constr-threshold.

Make -f[no-]method-sharing a dynamic flag

We want -Odph to be a dynamic flag and that should imply -fno-method-sharing.
This doesn't add a lot of complexity.

documentation for ZipDataflow

Make TcBinds warning-free

Detab TcBinds

Move the register-inplace special-case stuff into the ghc-prim package

Libraries Makefile Hack for ndp
We use the "build" rather than "make" target

When building libraries, we need to register them if we use the "build" targets
We currently only use the "make" targets, which already register the package.

Add dummy LICENSE file to make Cabal go through

Add a LICENSE file that just points to the GHC license.

FIX #2257: timer_settime() hangs during configure
On a 2.6.24 Linux kernel, it appears that timer_settime() for
CLOCK_REALTIME is sometimes hanging for a random amount of time when
given a very small interval (we were using 1ns).  Using 1ms seems to
be fine.  Also I installed a 1-second timeout to catch hangs in the
future.

validate fix: eliminate a warning

validate fix: eliminate a warning on non-Windows

FIX #2014: Template Haskell w/ mutually recursive modules
Try to load interfaces in getLinkDeps

Document ghc-pkg find-module, substring matching, and multi-field selection

Documentation and examples taken from
- ghc-pkg/Main.hs usageHeader
- patch: FIX 1463 (implement 'ghc-pkg find-module')
- patch: FIX #1839, #1463, by supporting ghc-pkg bulk queries
with substring matching

Improve the treatment of 'seq' (Trac #2273)

Trac #2273 showed a case in which 'seq' didn't cure the space leak
it was supposed to.  This patch does two things to help

a) It removes a now-redundant special case in Simplify, which
   switched off the case-binder-swap in the early stages.  This
   isn't necessary any more because FloatOut has improved since
   the Simplify code was written.  And switching off the binder-swap
   is harmful for seq.

However fix (a) is a bit fragile, so I did (b) too:

b) Desugar 'seq' specially.  See Note [Desugaring seq (2)] in DsUtils
   This isn't very robust either, since it's defeated by abstraction,
   but that's not something GHC can fix; the programmer should use
   a let! instead.

don't rebuild PrimEnv if genprimopcode and/or primops.txt don't exist

This helps if, for example, you want to build the Core tools on a machine that doesn't have a GHC build tree, and have a pre-existing copy of PrimEnv.hs.

Fix a division-by-zero when +RTS -V0 is given
In delayzh_fast we act as if tickInterval was 50, not 0.

Cabalize ext-core tools

I cabalized the ext-core tools, so now they can be built as
a library. The driver program has to be built separately.

Also updated genprimopcode to reflect the new module hierarchy
for the Core tools.

Remove Distribution.Compat.Char from compat again
Cabal now does this differently.

Fix an assertion
We were checking that a pointer was correctly tagged, but after we had
untagged it.

Fix sin/cos/tan on x86; trac #2059
If the value is > 2^63 then we need to work out its value mod 2pi,
and apply the operation to that instead.

FIX #1288: GHCi wasn't adding the @n suffix to stdcalls on Windows

FIX #2276: foreign import stdcall "&foo" doesn't work
This turned out not to be too hard, just a matter of figuring out the
correct argument list size by peeking inside FunPtr's type argument,
and in the C backend we have to emit an appropriate prototype for the label.

Use -fffi when compiling Cabal stuff with the bootstrapping compiler

Use zipLazy from Util in VectType, rather than defining our own lazy_zip

Add a type signature to help GHC 6.4
Needed in lieu of -XRelaxedPolyRec

Rewrite zipLazy to be warning-free for GHC 6.4

Add Distribution.Compat.Char to compat

Add Distribution.Compat.Exception to the compat library

Fix spelling of nonexistEnt

FIX #1641: don't add auto sccs to compiler-generated bindings
I also changed con2tag_Foo and related names to follow the standard
practice of prefixing $ to compiler-generated names, so now we have
$con2tag_Foo.

Fix the Windows build; the new Cabal doesn't like --prefix=/foo

Pull the configure options out into a variable in libraries/Makefile

typo in rules example. spotted by vixey@#haskell

Fixes to via-C prototype generation (FIX BUILD on Windows)

Previously we declared all external labels with type StgWord[],
because the same label might be used at different types in the same
file, e.g. if there are multiple foreign import declarations for the
same function.  However, we have to declare called functions with the
right type on Windows, because this is the only way to make the
compiler add the appropriate '@n' suffix for stdcall functions.

Related to this is the reason we were getting mangler complaints
(epilogue mangling) when compiling the RTS with -fvia-C.  The function
barf() doesn't return, but we had lost that information by declaring
our own prototypes, and so gcc was generating extra code after the
call to barf().

For more details see
http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/Backends/PprC

doc tweak

FIX #2234: don't generate <prog>.prof unless we're going to put something in it

FIX #1861: floating-point constants for infinity and NaN in via-C

Tell the mangler how to mangle for amd64/freebsd; fixes trac #2072