Refactor (again) the handling of default methods

This patch fixes Trac #4056, by

 a) tidying up the treatment of default method names
 b) removing the 'module' argument to newTopSrcBinder

The details aren't that interesting, but the result
is much tidier. The original bug was a 'nameModule' panic,
caused by trying to find the module of a top-level name.
But TH quotes generate Internal top-level names that don't
have a module, and that is generally a good thing.

Fixing that in turn led to the default-method refactoring,
which also makes the Name for a default method be handled
in the same way as other derived names, generated in BuildTyCl
via a call newImplicitBinder.  Hurrah.

Don't do SpecConstr on NOINLINE things (Trac #4064)

Since the RULE from specialising gets the same Activation as
the inlining for the Id itself there's no point in specialising
a NOINLINE thing, because the rule will be permanently switched
off.

See Note [Transfer activation] in SpecConstr
and Note [Auto-specialisation and RULES] in Specialise.

Change our #defines to work on FreeBSD too
With glibc, things like _POSIX_C_SOURCE and _ISOC99_SOURCE are
additive, but on FreeBSD they are mutually exclusive.  However, it
turns out we only need to define _POSIX_C_SOURCE and _XOPEN_SOURCE to
get all the C99 stuff we need too, so there's no need for any #ifdefs.

Submitted by: Gabor PALI <pgj@FreeBSD.org>

Add a missing UNTAG_CLOSURE, causing bus errors on Sparc
We just about got away with this on x86 which isn't
alignment-sensitive.  The result of the memory load is compared
against a few different values, but there is a fallback case that
happened to be the right thing when the pointer was tagged.  A good
bug to find, nonetheless.

Add wiki links

the 'stage=0' trick to disable all compiler builds stopped working; fix it

Comments and formatting only

Core prettyprinter fixes. Patch from Tim Chevalier. Fixes #4085

Correct install-name for dynamic Darwin rts

Fix the RTS debug_p build

Unset $CFLAGS for "GNU non-executable stack" configure test; fixes #3889
With gcc 4.4 we get
    Error: can't resolve `.note.GNU-stack' {.note.GNU-stack section} - `.Ltext0' {.text section}
when running gcc with the -g flag. To work around this we unset
CFLAGS when running the test.

Don't run "set -o igncr" before configuring libffi
It used to make the build work on cygwin, but now it breaks it instead:
    config.status: creating include/Makefile
    gawk: ./confLqjohp/subs.awk:1: BEGIN {\r
    gawk: ./confLqjohp/subs.awk:1: ^ backslash not last character on line
    config.status: error: could not create include/Makefile
    make[2]: *** [libffi/stamp.ffi.configure-shared] Error 1
    make[1]: *** [all] Error 2

Stop passing -Wl,-macosx_version_min to gcc
Fixes a build failure on OS X 10.6. When linking
    rts/dist/build/libHSrts-ghc6.13.20100519.dylib
we got
    ld: symbol dyld_stub_binding_helper not defined (usually in crt1.o/dylib1.o/bundle1.o)
    collect2: ld returned 1 exit status

Fix build on FreeBSD; patch from Gabor PALI

Fix package shadowing order (#4072)

Later packages are supposed to shadow earlier ones in the stack,
unless the ordering is overriden with -package-id flags.
Unfortunately an earlier fix for something else had sorted the list of
packages so that it was in lexicographic order by installedPackageId,
and sadly our test (cabal/shadow) didn't pick this up because the
lexicographic ordering happened to work for the test.  I've now fixed
the test so it tries both orderings.

Set more env variables when configuring libffi
We now tell it where to find ld, nm and ar

Set the location of ar to be the in-tree ar on Windows

Change another / to </> to avoid building paths containing \/
This will hopefully fix #2889.

Fix #4074 (I hope).

1. allow multiple threads to call startTimer()/stopTimer() pairs
2. disable the timer around fork() in forkProcess()

A corresponding change to the process package is required.

we don't have a gcc-lib in LIB_DIR any more

In validate, use gmake if available; based on a patch from Gabor PALI

Remove duplicate "./configure --help" output; fixes #4075

Update various 'sh boot's to 'perl boot'
Spotted by Marco Túlio Gontijo e Silva

add missing initialisation for eventBufMutex

Undo part of #4003 patch
We still need the workaround for when compiling HEAD with 6.12.2

Fix makefile loop (#4050)

The libtool creates "libffi.dylib" and "libffi.5.dylib" but not "libffi.5.0.9.dylib". Having it in libffi_DYNAMIC_LIBS causes an infinite makefile loop.

fix !TABLES_NEXT_TO_CODE

looksLikeModuleName: allow apostrophe in module names (#4051)

add the proper library dependencies for GhcProfiled=YES

Fix Trac #4003: fix the knot-tying in checkHiBootIface

I had incorrectly "optimised" checkHiBootIface so that it forgot
to update the "knot-tied" type environment.

This patch fixes the HEAD

Re-engineer the derived Ord instance generation code (fix Trac #4019)

As well as fixing #4019, I rejigged the way that Ord instances are
generated, which should make them faster in general.  See the
Note [Generating Ord instances].

I tried to measure the performance difference from this change, but
the #4019 fix only removes one conditional branch per iteration, and
I couldn't measure a consistent improvement.  But still, tihs is
better than before.

Make arity of INLINE things consistent

We eta-expand things with INLINE pragmas;
see Note [Eta-expanding INLINE things].

But I eta-expanded it the wrong amount when the function
was overloaded.  Ooops.

Compacting GC fix, we forgot to thread the new bq field of StgTSO.

Add version constraints for the boot packages; fixes trac #3852
When using the bootstrapping compiler, we now explicitly constrain
the version of boot packages (Cabal, extensible-exceptions, etc) to the
in-tree version, so that the build system is less fragile should the
user have a newer version installed for the bootstrapping compiler.

Don't include inter-package dependencies when compiling with stage 0; #4031
This fixes a problem when building with GHC 6.12 on Windows, where
dependencies on stage 0 (bootstrapping compiler) packages have absolute
paths c:/ghc/..., and make gets confused by the colon.

Add a ghc.mk for bindisttest/

Move some make variables around so they are available when cleaning

Optimise checkremove a bit

Improve the bindisttest Makefile

Add tools to test that cleaning works properly

Tweak the ghc-pkg finding code
It now understand the ghc-stage[123] names we use in-tree, and it won't
go looking for any old ghc-pkg if it can't find the one that matches
ghc.

Add a way to show what cleaning would be done, without actually doing it

Tidy up the "rm" flags in the build system

Fix crash in nested callbacks (#4038)
Broken by "Split part of the Task struct into a separate struct
InCall".

Add $(GhcDynamic) knob, set to YES to get stage2 linked with -dynamic
Default currently NO.

Validate passed with GhcDynamic=YES on x86/Linux here.

The compiler is currently slower on x86 when linked -dynamic,
because the GC inner loop has been adversely affected by -fPIC, I'm
looking into how to fix it.

omit "dyn" from the way appended to the __stginit label
When GHCi is linked dynamically, we still want to be able to load
non-dynamic object files.

improvements to findPtr(), a neat hack for browsing the heap in gdb

Fix +RTS -G1

Enable the "redundant specialise pragmas" warning; fixes trac #3855

Find the correct external ids when there's a wrapper

We were failing to externalise the wrapper id for a function
that had one.

Add a comment about pattern coercions

Comments only

Make a missing name in mkUsageInfo into a panic

We really want to know about this!

Refactoring of hsXxxBinders

This patch moves various functions that extract the binders
from a HsTyClDecl, HsForeignDecl etc into HsUtils, and gives
them consistent names.

Fix Trac #3966: warn about useless UNPACK pragmas

Warning about useless UNPACK pragmas wasn't as easy as I thought.
I did quite a bit of refactoring, which improved the code by refining
the types somewhat.  In particular notice that in DataCon, we have

    dcStrictMarks   :: [HsBang]
    dcRepStrictness :: [StrictnessMarks]

The former relates to the *source-code* annotation, the latter to
GHC's representation choice.

Make tcg_dus behave more sanely; fixes a mkUsageInfo panic

The tcg_dus field used to contain *uses* of type and class decls,
but not *defs*.  That was inconsistent, and it really went wrong
for Template Haskell bracket.  What happened was that
 foo = [d| data A = A
           f :: A -> A
           f x = x |]
would find a "use" of A when processing the top level of the module,
which in turn led to a mkUsageInfo panic in MkIface.  The cause was
the fact that the tcg_dus for the nested quote didn't have defs for
A.

Add a HsExplicitFlag to SpliceDecl, to improve Trac #4042

The issue here is that

    g :: A -> A
    f
    data A = A

is treated as if you'd written $(f); that is the call of
f is a top-level Template Haskell splice.  This patch
makes sure that we *first* check the -XTemplateHaskellFlag
and bleat about a parse error if it's off.  Othewise we
get strange seeing "A is out of scope" errors.

Change an assert to a warn

This is in the constraint simplifier which I'm about
to rewrite, so I'm hoping the assert isn't fatal!

Tidy up debug print a little

Remove useless UNPACK pragmas

Add WARNM2 macro, plus some refactoring

Use -Wwarn for the binary package, becuase it has redundant UNPACK pragmas

Fix Trac #3966: warn about unused UNPACK pragmas

Fix Trac #3953: fail earlier when using a bogus quasiquoter

Fix Trac #3965: tighten conditions when deriving Data

It's tricky to set up the context for a Data instance.  I got it wrong
once, and fixed it -- hence the "extra_constraints" in
TcDeriv.inferConstraints.

But it still wasn't right!  The tricky bit is that dataCast1 is only
generated when T :: *->*, and dataCast2 when T :: *->*->*. (See
the code in TcGenDeriv for dataCastX.

Fix Trac #3964: view patterns in DsArrows

Just a missing case; I've eliminated the catch-all so
that we get a warning next time we extend HsPat

Fix Trac #3955: renamer and type variables

The renamer wasn't computing the free variables of a type declaration
properly.  This patch refactors a bit, and makes it more robust,
fixing #3955 and several other closely-related bugs.  (We were
omitting some free variables and that could just possibly lead to a
usage-version tracking error.

Layout only

Give a better deprecated message for INCLUDE pragmas; fixes #3933
We now have a DeprecatedFullText constructor, so we can override the
"-#include is deprecated: " part of the warning.

De-haddock a comment that confuses haddock

Fix comment to not confuse haddock

Detect EOF when trying to parse a string in hp2ps

Make the demand analyser sdd demands for strict constructors

This opportunity was spotted by Roman, and is documented in
Note [Add demands for strict constructors] in DmdAnal.

Fix interaction of exprIsCheap and the lone-variable inlining check

See Note [Interaction of exprIsCheap and lone variables] in CoreUnfold

This buglet meant that a nullary definition with an INLINE pragma
counter-intuitively didn't get inlined at all.  Roman identified
the bug.

Matching cases in SpecConstr and Rules

This patch has zero effect.  It includes comments,
a bit of refactoring, and a tiny bit of commment-out
code go implement the "matching cases" idea below.

In the end I've left it disabled because while I think
it does no harm I don't think it'll do any good either.
But I didn't want to lose the idea totally. There's
a thread called "Storable and constant memory" on
the libraries@haskell.org list (Apr 2010) about it.

Note [Matching cases]
~~~~~~~~~~~~~~~~~~~~~
{- NOTE: This idea is currently disabled.  It really only works if
         the primops involved are OkForSpeculation, and, since
 they have side effects readIntOfAddr and touch are not.
 Maybe we'll get back to this later .  -}

Consider
   f (case readIntOffAddr# p# i# realWorld# of { (# s#, n# #) ->
      case touch# fp s# of { _ ->
      I# n# } } )
This happened in a tight loop generated by stream fusion that
Roman encountered.  We'd like to treat this just like the let
case, because the primops concerned are ok-for-speculation.
That is, we'd like to behave as if it had been
   case readIntOffAddr# p# i# realWorld# of { (# s#, n# #) ->
   case touch# fp s# of { _ ->
   f (I# n# } } )

Comments only

Comments only

Comments only

Comments only (about type families)

Fix hp2ps when the .hp file has large string literals

In build system, call package-config after including package data
Otherwise the $1_$2_HC_OPTS variable gets clobbered.

runghc: flush stdout/stderr on an exception (#3890)

Remove the Unicode alternative for ".." (#3894)

tidyup; no functional changes

Make the running_finalizers flag task-local
Fixes a bug reported by Lennart Augustsson, whereby we could get an
incorrect error from the RTS about re-entry from a finalizer,

add a MAYBE_GC() in killThread#, fixes throwto003(threaded2) looping

Allow filepath-1.2.*

BlockedOnMsgThrowTo is possible in resurrectThreads (#4030)

Don't raise a throwTo when the target is masking and BlockedOnBlackHole

Fix build with GHC 6.10
In GHC 6.10, intersectionWith is (a -> b -> a) instead of (a -> b -> c),
so we need to jump through some hoops to get the more general type.

The libffi patches are no longer needed

Use the in-tree windres; fixes trac #4032

Print unfoldings on lambda-bound variables

...in the unusual case where they have one;
see Note [Case binders and join points] in Simplify.lhs

Replace FiniteMap and UniqFM with counterparts from containers.

The original interfaces are kept. There is small performance improvement:
- when compiling for five nofib, we get following speedups:
    Average                -----           -2.5%
    Average                -----           -0.6%
    Average                -----           -0.5%
    Average                -----           -5.5%
    Average                -----          -10.3%
- when compiling HPC ten times, we get:
    switches                          oldmaps   newmaps
    -O -fasm                          117.402s  116.081s (98.87%)
    -O -fasm -fregs-graph             119.993s  118.735s (98.95%)
    -O -fasm -fregs-iterative         120.191s  118.607s (98.68%)

Make the demand analyser take account of lambda-bound unfoldings

This is a long-standing lurking bug. See Note [Lamba-bound unfoldings]
in DmdAnal.

I'm still not really happy with this lambda-bound-unfolding stuff.

Fix dynamic libs on OS X, and enable them by default

Switch back to using bytestring from the darcs repo; partially fixes #3855

Fix some cpp warnings when building on FreeBSD; patch from Gabor PALI

Fix "make 2"
The new Makefile logic was enabling the stage 1 rules when stage=2,
so "make 2" was rebuilding stage 1.

Inplace programs depend on their shell wrappers