FIX BUILD (non-profiling RTS was broken in previous patch)

FIX parsing of Haddock comments (broken by me in the previous patch)

FIX: #1227 (biographical profiling broken)
We were freeing the hash table storage with exitHashTable() before
calling endProfiling(), which uses hash tables.

FIX crash on exit with biographical profiling
Seems to be a bug introduced by code to free the memory allocated by
the heap profiler.

FIX profiling :-(

Improved VectInfo
- We need to keep pairs of (f, f_CC) in VectInfo as it is difficult
  to obtain Names from OccNames (of imported modules) in Core passes.
- There is a choice of keeping Names or Vars in VectInfo.  We go with Vars
  for now; mainly to avoid converting between Names and Vars repeatedly for
  the same VectInfo in other than one-shot mode.

  Again goes to the HEAD straight away to avoid conflicts down the road.

OccNames for closure conversion

add defaultObjectTarget to the GHC API
We had no way of getting the right value of HscTarget to use to
request object files as output.

Make let-floating work even if there are big lambdas in the way

This patch generalises the let-floating transformation in a way
suggested by Roman and Manuel when doing closure conversion.

There are extensive comments in Note [Floating and type abstraction],
which begins thus.  Consider this:
x = /\a. C e1 e2
We'd like to float this to
y1 = /\a. e1
y2 = /\a. e2
x = /\a. C (y1 a) (y2 a)
for the usual reasons: we want to inline x rather vigorously.

(Further commennts follow in SimplUtils.)

The implementation is not hard; indeed it used to be in GHC years ago.
I removed it thinking that full laziness would achieve the same
effect, but I'm not sure it does; and in any case it seems more direct
to do it here.

The transformation should not make anything worse, so yell if
you see anything unexpected happening.

Fix comments on HsWrapper type

Document -fspec-threshold

This size-threshold flag is for both liberate-case and SpecConstr.

Replaces -flibereate-case-threshold.

FIX Trac #1332: make isStringTy work right

For some ancient reason, TcType.isStringTy was treating newtypes as
transparent, which is quite consistent with isIntTy, isBoolTy etc.
(I think the reason is that isStringTy was written to go with isFFIDotNetTy,
which deals in representation types.)

Anyway, this inconsistency is Utterly Wrong when called from
Inst.shortCutStringLit, and that made tc224 fail.  I can't think how
it ever succeeded.  Maybe it never did!

Anyway this fixes it. It may be that .NET FFI calls are not quite as
permissive, but they are almost certainly broken in more serious ways,
so I'm going to jump that bridge if we come to it.

FIX print020: conversion of case expressions of type 'Any' was wrong
All primitive types were getting PrimAlts, where actually case
expressions on 'Any' should get a PolyAlt.  The result was that seq on
Any compiled into a no-op, which caused :force to go into an infinite
loop.

FIX: #1253 (Can't use non-layout at top level)

properly fix leakage of Haddock comment syntax (see #1091, test: read044)

Add VectInfo to HPT

  I am putting this patch (as the previous VectInfo patch) straight away
  into the head to avoid the kind of merging disaster we had with the FC
  branch.  The patch does not interfere with any other functionality and
  hence should cause no harm in the head.

FIX #1155: ghci -debug generates slightly odd message

FIX Trac #1329: spelling error

Build arrows library if available

arrows is the only library in libraries/extra-packages not built when present

fix exit code of ghci -e "return ()"
This should result in successful program termination. Not doing this
breaks checking the exit code of  runghc Setup.lhs build  for example.

Extend hptInstances to also cover family instances

IfaceVectInfo and propagation through EPS

Added VectInfo to ModGuts

Handle ParStmt in collectStmtBinders; fixes tcrun013(ghci) failure

Don't print parens around list comprehensions

Tweak ... generation
Avoid:
    let x ...
i.e. always put the = in:
    let x = ...

Tweak the ... generation

Panic properly if wrongKindOfFamily is given an unexpected family
Used to just give a "Non-exhaustive patterns" failure

The libraries/* directories themselves are boring, as well as their contents

libraries/filepath/ is boring

Warning police

Make -frewrite-rules into a dynamic flag; off for -O0

Argubly rewrite rules should not fire with -O0, and it turns
out that when compiling GHC.Base with -O0 we get a crash if
the rewrite rules do fire (see Note [Scoping for Builtin rules]
in PrelRules).

So unless someone yells, rewrite rules are off with -O0.

The new (now dynamic) flag is
    -frewrite rules (with -fno-rewrite-rules to disable)

The old (static) flag -frules-off is gone.

Improve printing of "..." in HsExpr; fixes a stupidity in my earlier change

Fix the pruning of dead case alternatives

This fixes Trac #1251; test case is gadt/CasePrune

GHC was being over-eager about pruning dead alternatives from case
expressions, and that led to a crash because the case expression
ended up with no alternatives at all!

See the long comments Note [Pruning dead case alternatives] in Unify.

Warning police

isDataTyCon should be False for all type families, even data type families

isDataTyCon advertises that it's true of "data types that are
definitely represented by heap-allocated constructors.  These are
srcutinised by Core-level @case@ expressions, and they get info tables
allocated for them."

Type-family TyCons never have this property, not even data type families.
It's the *instance* TyCons that do.

I hope that this change does not break anything that somehow relied
on the old (wrong) semantics.

Fix dependency information for RULES

A SpecInfo (inside IdInfo) keeps track of the free variables of a RULE
so that the occurrency analyser knows about its dependencies.

Previously it was only tracking the *rhs* free vars, but it should
really include the *lhs* ones too.  See Note [Rule dependency info]
in IdInfo.

This fixes a WARNING when compiling some libraries.

Less voluminous debug

Remove "__" prefix for forall when printing a RULE

Add the -ddump-mod-cycles flag to the user manual

Fix truncate on amd64 NCG; fixes arith005.
cvts[sd]2siq? ->
cvtts[sd]2siq?

Add missing libraries/Makefile dependencies on ifBuildable/ifBuildable

Use a primop for getting the fields of the AP_STACK rather than an FFI call
This means we can avoid some StablePtrs, and also catch cases where
the AP_STACK has been evaluated (this can happen with :history, see
the hist001 test).

improve the :list command
Now you can list source code in various ways:
  :list <line>
  :list <module> <line>
  :list <function>

Add a little documentation to the libraries/Makefile

Only touch the configure stamp if configure succeeds
We don't touch $@ if configure failed as we would prefer to try
configuring it next time round, rather than assuming it'll still fail.
This is particularly important for corelibs, where failure means the
build dies!

Add history/trace functionality to the GHCi debugger

The debugger can now log each step of the evaluation without actually
stopping, keeping a history of the recent steps (currently 50).  When
a (real) breakpoint is hit, you can examine previous steps in the
history (and their free variables) using the :history, :back and
:forward commands.

use extendInteractiveContext instead of custom code

cancel out some reverses by changing the order of ic_tmp_ids

use the reader part of the monad for the inScope set

Make coreSyn/CoreUtils.lhs compile
Use the right number of arguments in a panic case.

Make boot handle getting the libraries

Remove references to -fticky-ticky flag

-ticky is the command-line flag for ticky-ticky profiling now, but
internally, the -fticky-ticky flag was used to represent whether ticky
was on. This led to link errors if the user supplied -fticky-ticky but
not -ticky (ticky code would be generated but the wrong RTS library
would be passed to the linker). I removed references to -fticky-ticky
-- now, only the way flags dictate whether ticky is on, and
-fticky-ticky is no longer accepted as a command-line option.

Comments, plus type sigs

Warning police

Layout only

Import fiddling

Add more assertions

Use the record fields of IdInfo.RecordSelId

Make records work properly with type families

This fixes Trac #1204.  There's quite a delicate interaction of
GADTs, type families, records, and in particular record updates.

Test is indexed-types/should_compile/Records.hs

Refactoring, tidyup and improve layering

The stack of breakpoint resume contexts is now part of the
InteractiveContext and managed by the GHC API.  This prevents misuse
of the resume context by the client (e.g. resuming a breakpoint that
isn't the topmost, which would lead to a confused IC at the least).

I changed the TypeEnv in the IC to a [Id].  It only contained Ids
anyway, and this allows us to have shadowing, which removes an ugly
and annoying restriction.

The parts of the GHC API which deal with interactive evaluation are
now in a module of their own, InteractiveEval.

move -fno-print-bind-result into the GHCi section

Print the "skipping" messages at verbosity 2 again
This was accidentally changed to 1 in the HEAD a while ago, the
behaviour is now the same as 6.6.x again.

Improve error reporting for type signatures

See Trac #1310

Do not generate warnings for compiler-generated code

Fixes Trac #1313

Add ndp package to boring list

Document the fact that you can't make a newtype of an unboxed data type

Use pprSourceTyCon; delete unused tyConOrigHead

Fixes to data type families

- Fix two distinct bugs, one in MkId.mkDataConIds, one in DataCon.mkDataCon
- Add more comments
- Add a little assertion checking in TyCon

Type-family tests now work.

Fix egregious typo in TcUnify

Tom S found this bug by inspection; we've never seen it
fail in the wild, but it was obviosly Utterly Wrong

Typo in comments

Fix misleading debug trace

Improve hashing of expressions for CSE (reduces warnings about extendCSEnv)

remove unused primitives.xml

Fix grammar error in docs (as per Trac 1319)

Stopping tick boxes for being removed round calls to error.

-fwarn-monomorphism-restriction is now off by default

Add new skolem tyvars to the InteractiveContext after type reconstruction

This was being done already for each binding added by :print,
but :sprint does not add any new binding, so we take care of it
separately

document the current behaviour of -Wall, see #1292

don't forget to enable ^C after a :cont or :step

tidyup comments and fix a few warnings

Changing internal data structures used by Hpc

 - .tix files are now a list of MixModule, which contain a hash of the contents of the .mix file.
 - .mix files now have (the same) hash number.

This changes allow different binaries that use the same module compiled in the same way
to share coverage information.

Remove skolem tyvars from the InteractiveContext once they have been instantiated by :print

Restore tidying up of tyvars in :print

It wasn't a good idea to disable it

Make GHCi's banner fit in a standard 80-column terminal

Make boot handle getting the libraries

Handle unbuildable packages differently
Now we require that configure fails, and use our own signalling rather
than Cabal's buildable field.

Set rts/gmp/configure executable when booting

Look for -q in the darcs flags as well as the darcs-all flags

Put the darcs-all command parsing into main() so it can use @_

Make darcs-all a perl script
This fixes a problem where patches altering the darcs-all script break
on Windows as the file is open. The script is now also slightly nicer,
on balance.

Don't enable the monomorphism warning by default

outside of runStmt, if a breakpoint is hit then just print a message

give the statements under evaluation in the ":show context" output

break by function: make sure we get the correct file
Sometimes parts of a source file come from different places due to
preprocessing, and the lines can overlap.

Breakpoints: don't attempt to bind variables with unboxed types

We shouldn't let-bind expressions with unlifted type
Now I can single step through Happy-generated parsers

add missing @ (see bug #1302)

don't forget to clean the .bat files
See bug #1295

Basic heap profile support without -prof

Now that constructor info tables contain the name of the constructor,
we can generate useful heap profiles without requiring the whole
program and libraries to be compiled with -prof.  So now, "+RTS -hT"
generates a heap profile for any program, dividing the profile by
constructor.  It wouldn't be hard to add support for grouping
constructors by module, or to restrict the profile to certain
constructors/modules/packages.

This means that for the first time we can get heap profiles for GHCi,
which was previously impossible because the byte-code
interpreter and linker don't work with -prof.