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.

add the constructor name field to the info table for RTS constructors

restore the correct Unicode ellipsis character
It looks like this was accidentally replaced with '?' in the patch
"HsSyn clean up for indexed types".  (see bug #1294)

Avoid segfault when ticky file argument is stderr

If you compiled a program with -ticky and ran it with:
./foo +RTS -rstderr -RTS
the result would be a segfault. This was because the RTS interprets stderr to
mean "use debugBelch to print out messages," and sets the ticky file pointer
to NULL as a result, but PrintTickyInfo (the function in Ticky.c that prints
out the ticky report) wasn't checking for NULL.

I changed PrintTickyInfo to check whether the ticky file pointer is NULL and
output to stderr if so.

Also removed an unused import from CodeOutput.lhs.

Dont tidy up tyvars after :print type reconstruction

I introduced a bug yesterday when I changed the way tidying up was performed.
As a result of tidying,  cvObtainTerm could be returning types
with regular tyvars inside, which never should.

But actually, it's better if we do not do the tidying up, in order to
keep the tyvar names from the environment.
New names will be introduced only when an existential is found, which
is not so common. In this case the user will see a funny name.
Is that really an issue?

fix scoping issues with mdo (test dynbrk004)

Formatting and minor changes in the ghci debugger section

Update an example on the ghci debugger section

We don't have -fdebugging anymore, and fine tuning is not really necessary now

New section on debugging lambdas in the ghci user guide

Unbreak the users_guide

:force is not unsupported anymore

Attach free variables rather than in-scope variables to breakpoints
This speeds up the debugger quite a bit, we're now only about 30%
slower than ordinary GHCi, and still adding breakpoints to every
sub-expression.  Also we now get to see the free variables in
recursive bindings, which wasn't working properly before.

getRdrNamesInScope: return interactively-bound names too
so completion can now complete names of local bindings

unused import

Give a better error message when we try to print a value of unknown type

  Stopped at ../Test3.hs:(1,0)-(2,30)
  _result :: [a]
  [../Test3.hs:(1,0)-(2,30)] *Main> _result

  <interactive>:1:0:
      Ambiguous type variable `a' in the constraint:
        `Show a' arising from a use of `print' at <interactive>:1:0-6
      Cannot resolve unkonwn runtime types: a
      Use :print or :force to determine these types

Drop newtypes before computing the refinement substitution after :print type reconstruction

fix :print reconstructing too many types in environment bindings

For more details, see test print019

Fix some corner cases in :print after the recent changes

Update the users_guide regarding list notation in :print

Tidy types of free vars at a breakpoint
Also share the code that extends the InteractiveContext between
tcRnStmt and GHC.extendEnvironment.

the Unknown types aren't required now

remember the type of _result

force APs, AP_STACKs and ThunkSelectors in :force

use Any as the HValue type, this should be a bit safer than forall a.a

unused exports

unused import

refactor: move pprintClosureCommand out of the GHCi monad
Strictly speaking most of pprintClosureCommand should be exported by
the GHC API, but this is a step in the right direction.

Keep track of free type variables in the interactive bindings

Now, the type checker won't attempt to generalise over the skolem
variables in the interactive bindings.  If we end up trying to show
one of these types, there will be an unresolved predicate 'Show t'
which causes a type error (albeit a strange one, I'll fix that
later).

Some tyvars were being introduced in the environment via the thunk bindings '_ti' in :print

When a type is refined after :print, propagate the substitution to all the interactive environment

convert type variables to TcTyVars, otherwise the typechecker gets confused

DebuggerTys doesn't exist any more

Breakpoints: get the names of the free variables right

Previously we relied on the names of the Ids attached to a tick being
the same as the names of the original variables in the source code.
Sometimes this worked, sometimes it didn't because the simplifier
would inline away the Id.  So now we do this properly and retain the
original OccNames from the source code for each breakpoint, and use
these to construct the new Ids when we stop.

Doing this involved moving the tracking of in-scope variables from the
desugarer to the coverage pass.

We no longer instantiate tyvars to Unknown types in the :print mechanism

Instead, we keep the original tyvars.
The plan is to exploit type relationships among closures to recover more types.

remove unused imports

add comments

Tweak darcs-all script
If you got darcs by SSH without specifying a username then the script
would break.

Only haddock a package if it is buildable; spotted by Claus Reinke

Generating synonym instance representation tycons
- Type synonym instances are turned into representation synonym tycons
- They are entered into the pool of family instances (FamInst environments)
  in the same way as data/newtype instances
- Still missing is writing the parent tycon information into ifaces and
  various well-formedness checks.

Add -fwarn-monomorphism-restriction (on by default) to warn when the MR is used

Users often trip up on the Dreaded Monomorphism Restriction.  This
warning flag tells you when the MR springs into action.

Currently it's on by default, but we could change that.

Retain inline-pragma information on unfoldings in interface files

WARNING: this patch changes interface-file formats slightly
   you will need to recompile your libraries

Duncan Coutts wanted to export a function that has a NOINLNE pragma
in a local let-defintion.  This works fine within a module, but was
not surviving across the interface-file serialisation.

http://www.haskell.org/pipermail/glasgow-haskell-users/2007-March/012171.html

Regardless of whether or not he's doing something sensible, it seems
reasonable to try to retain local-binder IdInfo across interface files.
This initial patch just retains inline-pragma info, on the grounds that
other IdInfo can be re-inferred at the inline site.

Interface files get a tiny bit bigger, but it seesm slight.

Fix comments about data constructors

Give the inferred type when warning of a missing type-signature (Trac #1256)

Make ticky work, at least partly, on 64-bit machines

The ticky StgEntCounter structure was trying to be clever by using a
fixed-width 32-bit field for the registeredp value.  But the code generators
are not up to handling structures packed tightly like this (on a 64-bit
architecture); result seg-fault on 64-bit.

Really there should be some complaint from the code generators, not simply
a seg fault.

Anyway I switched to using native words for StgEntCounter fields, and
now at least it works.

Add WAY_debug_t_NAME and WAY_debug_t_HC_OPTS

Fix bug in boxySplitTyConApp

Merge to STABLE branch

This bug was discovered by Nicolas Frisby.  It's an egregious missing guard
in boxySplitTyConApp.

Test is tcfail180

revert previous fix until I can find out why it was wrong
should fix recent GHCi problems in the HEAD

Fixes to datacon wrappers for indexed data types

nominolo@gmail.com pointed out (Trac #1204) that indexed data types
aren't quite right. I investigated and found that the wrapper
functions for indexed data types, generated in MkId, are really very
confusing.  In particular, we'd like these combinations to work
newtype + indexed data type
GADT + indexted data type
The wrapper situation gets a bit complicated!

I did a bit of refactoring, and improved matters, I think.  I am not
certain that I have gotten it right yet, but I think it's better.
I'm committing it now becuase it's been on my non-backed-up laptop for
a month and I want to get it into the repo. I don't think I've broken
anything, but I don't regard it as 'done'.

Part 2 of: Fix corner case of useless constraint in SPECIALISE pragma

MERGE TO STABLE

I forgot to include this in the previous patch and Darcs
crashes if I try 'amend-record' or 'unrecord' because I
have a partial repo.  Sigh.

Fix corner case of useless constraint in SPECIALISE pragma

MERGE TO STABLE

This patch fixes Trac #1287.

The problem is described in Note [Unused spec binders] in DsBinds.

At the same time I realised that the error messages in DsBinds.dsPrag
were being given the location of the *binding* not the *pragma*.
So I've fixed that too.

Warning police

Put the default value for -dppr-user-length in the manual

MERGE TO STABLE

Incidentally, this flag should probably be renamed -dppr-user-depth

Improve depth-cutoff for printing HsSyn in error messages

MERGE TO STABLE

The "user style" in Outputable allows us to elide large expressions
when printing HsSyn, printing "..." instead.  This is done by calling
Outputable.pprDeeper.

But there was no mechanism for trimming very long lists, which
occur when using do-notation or explicit lists.  This patch fixes
the problem, by adding Outputable.pprDeeperList.

I also made some of the pretty-printing in HsExpr rather more
vigorous about increasing the depth; in particular, pprParendExpr.
This should make debug prints shorter.

Comments only (concerning rewrite rules)

Fix the GHC.Base.inline builtin rule

The BuiltIn rule for GHC.Base.inline wasn't working for two reasons:

 a) inlineIdName wasn't in basicKnownKeyNames
 b) The rule function wasn't taking into account the type argument

Thanks to Brian Alliet for spotting this bug.

Haskell list syntax for the :print command

I did quite a bit of clean up in the Term pretty printer code too.
Support for infix constructors is still on the TODO list

Outputable.cparen

wibbles

breakpoints: fix the in-scope set for 'where' clauses

remove unused imports

remove a ToDo

new commnad :abandon, discards the current computation (used to be :break stop)

split off :ctags and :etags support into a separate file

export SrcSpan & utils from GHC

The prompt now shows the current breakpoint

when stopped at a breakpoint we now get:

  [Test3.hs:2:17-30] *Main>

when there is a stack of breakpoints, we get:

  ... [Test3.hs:2:17-30] *Main>

showing just the topmost one.  Better suggestions are welcome, but
this seems not too bad to me.

fix padding calculation in listAround

improve the heuristics to pick the best breakpoint on a given line

More debugger improvements

":list" shows the code around the current breakpoint.  Also it
highlights the current expression in bold (the bold/unbold codes are
hardwired to the ANSI codes right now, I'll provide a way to change
them later).

":set stop <cmd>" causes <cmd> to be run each time we stop at a
breakpoint.  In particular, ":set stop :list" is particularly useful.

we weren't adding breakpoints on parenthesised expressions

Get the InteractiveContext right when stopped at a breakpoint
we shouldn't be binding 'it' until the computation has actually finished.

more layering cleanup: BreakArray should come from GHC

update the help text

add some DEBUG assertions

When possible, replace unification by matching in the RTTI steps
(RTTI is used in the :print command)
This gives a decent efficiency improvement

:print command - Do not compute all the custom printers, only the first one matching

Add GhciMonad to the package.conf.in Modules list

When I factored the GhciMonad out of InteractiveUI.hs, I forgot to expose it in the ghc package

Fix bat-script generation for MSys

The bat-script generation was using the wrong paths, in
ghc-inplace
ghc-pkg
hsc2hs
plus there was a double-backslah in the latter two which was wrong.
This patch fixes both.  See "MSys Note 3" in compiler/Makefile

Pass configure arguments to the library configure scripts

Add support for breaking by function name: ':break foo'
This is a bit hacky; it grabs the source location from the Name and
tries to set a breakpoint at that location, which in most cases
should be the breakpoint covering the whole definition.

improve completion for debugger commands

unused import

Restore the interactive context when resuming a breakpoint
So that we don't accumulate bindings from previous breakpoints, which
could lead to a space leak.

remove dead code

add ':show context' which lists the current stack of breakpoint contexts

handle out-of-range lines in :break more gracefully

small cleanup: showForUser -> printForUser, eliminate some duplicate code

Check we have all the corelibs when we boot

add missing module

Various cleanups and improvements to the breakpoint support

  - move parts of the debugger implementation below the GHC API where
    they belong.  There is still more in Debugger that violates the
    layering, hopefully I'll get to that later.

  - instead of returning an IO action from runStmt for resuming,
    return a ResumeHandle that is passed to GHC.resume.

  - breakpoints now return [Name] which is displayed in the same
    way as when a binding statement is executed.

  - :load, :add, :reload now clear the active breakpoints and context

  - :break gives a sensible error when used on a non-interpreted module

  - export breakpoint-related types from GHC

  - remove a bunch of layer-violating imports from InteractiveUI

  - remove some more vestiges of the old breakpoint code (topLevel in
    the GHCi state).

  - remove TickTree and use a simple array instead, cached per module

add module header

remove extraneous "+1"; column numbers start at zero

Add distclean target for libraries/ (== clean target)

Distinguish between userError (i.e., deliberate failure) and other immediate and embedded exceptions for TH splices for trac #1265

Re-working of the breakpoint support

This is the result of Bernie Pope's internship work at MSR Cambridge,
with some subsequent improvements by me.  The main plan was to

 (a) Reduce the overhead for breakpoints, so we could enable
     the feature by default without incurrent a significant penalty
 (b) Scatter more breakpoint sites throughout the code

Currently we can set a breakpoint on almost any subexpression, and the
overhead is around 1.5x slower than normal GHCi.  I hope to be able to
get this down further and/or allow breakpoints to be turned off.

This patch also fixes up :print following the recent changes to
constructor info tables.  (most of the :print tests now pass)

We now support single-stepping, which just enables all breakpoints.

  :step <expr>     executes <expr> with single-stepping turned on
  :step            single-steps from the current breakpoint

The mechanism is quite different to the previous implementation.  We
share code with the HPC (haskell program coverage) implementation now.
The coverage pass annotates source code with "tick" locations which
are tracked by the coverage tool.  In GHCi, each "tick" becomes a
potential breakpoint location.

Previously breakpoints were compiled into code that magically invoked
a nested instance of GHCi.  Now, a breakpoint causes the current
thread to block and control is returned to GHCi.

See the wiki page for more details and the current ToDo list:

  http://hackage.haskell.org/trac/ghc/wiki/NewGhciDebugger

remove the ITBL_SIZE constants which were wrong, but fortunately unused

con_desc should be an OFFSET_FIELD

fix building with pre-6.4

Change tabs to spaces in string literals

Remove whitespace, mostly tabs, from string literals