Second test from Simon's laptop

Test commit from Simon's laptop

Add OutsideIn flag

Layout only

Improvement to SimplUtils.mkLam

Give the correct kind to unsafeCoerce#

Suppress warnings about recursive INLINE in output of desugarer

Rename CorePrep.tryEtaReduce to tryEtaReducePrep

This avoids the name clash with the similar but
not identical CoreUtils.tryEtaReduce

Add a trace message

Don't use RelaxedPolyRec in the compiler; it's built in now

Remove duplicated #defines for FreeBSD

Don't fail with absolute silence

Add a release note: "-dynload wrapper" removed

put back the conversion of warn-lazy-unlifted-bindings into an error until 7.2
I think we'll currently still have too many people with old versions of
alex/happy to want to make this an error now.

6.14 -> 7.0

Add a couple more release notes

Document -dsuppress-module-prefixes

Enable -fregs-graph with -O2; fixes #2790

Remove unused code

Fix warnings

Fix warnings

Remove context completion
Now completion suggests to remove only modules added to context before.

avoid Foreign.unsafePerformIO

updates to the release notes

newAlignedPinnedByteArray#: avoid allocating an extra word sometimes

Finish breaking up vectoriser utils

Move VectType module to Vectorise tree

Sort all the PADict/PData/PRDict/PRepr stuff into their own modules

Break out Repr and PADict stuff for vectorisation of ADTs to their own modules

Break out conversion functions to own module

Comments and formatting only

Remove "-dynload wrapper"; fixes trac #4275

Don't set visibility on Windows
With gcc 4.5.0-1, using visibility hidden gives:
    error: visibility attribute not supported in this configuration; ignored

Fix warnings on Windows

Fix gcc wrapper for new mingw binaries

Don't pass our gcc options to stage0 ghc's gcc; they may not be suitable

Update intree-mingw creation

Update commands to build in-tree mingw

Break out hoisting utils into their own module

Break out closure utils into own module

Move VectVar module to Vectorise tree

Break out vectorisation of expressions into own module

Break out TyCon classifier into own module

Break out vectorisation of TyConDecls into own module

Break out type vectorisation into own module

Tidy up the ArchHasAdjustorSupport definition

ppc: switch handling of 'foreign import wrapper' (FIW) to libffi

Joseph Jezak reported darcs-2.4.4 SIGSEGV in interactive mode in ghc-6.12.3.
So I've concluded ppc also has rotten native adjustor. I don't have hardware
to verify the patch (ticket #3516 should help to test it), but I think it will
help (as similar patch helped for ia64 and ppc64).

Binary no longer has unusable UNPACK pragmas, so no need to turn of -Werror

Don't haddock packages that we aren't going to install

Give haddock per-package source entity paths; fixes #3810

update for containers-0.4

Fix for nursery resizing: the first block's back pointer should be NULL
I'm not sure if this could lead to a crash or not, but it upsets +RTS -DS
Might be related to #4265

Add some -no-user-package-conf flags
Stops user-installed packages breaking the build

Fix warnings: Remove unused imports

Finish breaking up VectBuiltIn and VectMonad, and add comments

Fix warnings

Break up vectoriser builtins module

Move VectCore to Vectorise tree

Split out vectoriser environments into own module

Comments and formatting to vectoriser, and split out varish stuff into own module

Fix warnings

Fix warning about multiply exported name

Vectorisation of method types

Comments and formatting to vectoriser

Implement -dsuppress-module-prefixes

Whitespace only

Disambiguate a function name

users_guide.xml is now generated

Pass more -pgm flags in the ghc wrapper; fixes #3863

Add a new-IO manager release note

Merge a duplicate release note

Typo, spotted by Johan Tibell

First pass at 6.14.1 release notes

Fix typo

FIX BUILD: add rts_isProfiled to the symbol table

Fix the DPH package cleaning/profiled mess even more (the build was broken)

Remove the debugging memory allocator - valgrind does a better job

I got fed up with the constant bogus output from the debugging memory
allocator in RtsUtils.c.  One problem is that we allocate memory in
constructors that then isn't tracked, because the debugging allocator
hasn't been initialised yet.

The bigger problem is that for a given piece of leaking memory it's
impossible to find out where it was allocated; however Valgrind gives
output like this:

==6967== 8 bytes in 1 blocks are still reachable in loss record 1 of 7
==6967==    at 0x4C284A8: malloc (vg_replace_malloc.c:236)
==6967==    by 0x4C28522: realloc (vg_replace_malloc.c:525)
==6967==    by 0x6745E9: stgReallocBytes (RtsUtils.c:213)
==6967==    by 0x68D812: setHeapAlloced (MBlock.c:91)
==6967==    by 0x68D8E2: markHeapAlloced (MBlock.c:116)
==6967==    by 0x68DB56: getMBlocks (MBlock.c:240)
==6967==    by 0x684F55: alloc_mega_group (BlockAlloc.c:305)
==6967==    by 0x6850C8: allocGroup (BlockAlloc.c:358)
==6967==    by 0x69484F: allocNursery (Storage.c:390)
==6967==    by 0x694ABD: allocNurseries (Storage.c:436)
==6967==    by 0x6944F2: initStorage (Storage.c:217)
==6967==    by 0x673E3C: hs_init (RtsStartup.c:160)

which tells us exactly what the leaking bit of memory is.  So I don't
think we need our own debugging allocator.

free the entries in the thread label table on exit

Panic in the right way

Fix the DPH/profiled make thing (again)

Don't test for gcc flags before we've found gcc

Change how the dblatex/lndir problem is worked around
Hack: dblatex normalises the name of the main input file using
os.path.realpath, which means that if we're in a linked build tree,
it find the real source files rather than the symlinks in our link
tree. This is fine for the static sources, but it means it can't
find the generated sources.

We therefore also generate the main input file, so that it really
is in the link tree, and thus dblatex can find everything.

Clean the generated userguide sources

DPH should not even be built if GhcProfiled

It's not just when cleaning!

The templateHaskellOk check should only run in stage2

Because rtsIsProfiled is only available in stage2

Add a couple of missing tests for EAGER_BLACKHOLE
This was leading to looping and excessive allocation, when the
computation should have just blocked on the black hole.

Reported by Christian Höner zu Siederdissen <choener@tbi.univie.ac.at>
on glasgow-haskell-users.

Don't check for swept blocks in -DS.

The checkHeap function assumed the allocated part of the block contained only
alive objects and slops.  This was not true for blocks that are collected using
mark sweep.  The code in this patch skip the test for this kind of blocks.

Fix "darcs get"

Add "darcs-all upstreampull"
This pulls from the upstream repos, for those packages which have
upstreams

Generate the bit in the user guide where we say what -fglasgow-exts does
Stops the docs going out of sync with the code.

Factor out the packages file parsing in darcs-all

Document --supported-extensions

fix extraction of command stack of arguments of arrow "forms" (fixes #4236)

The command stack was being extracted (by unscramble) with the outermost
type first, contrary to the comment on the function.

minor fix to comment

Add the RTS library path to the library search path
In case the RTS is being explicitly linked in. For #3807.

Remove some duplication of C flags
We now use the CONF_CC_OPTS_STAGEn C flags in machdepCCOpts, rather than
repeating them there.

Set -fno-stack-protector in CONF_CC_OPTS_STAGE* rathre than extra-gcc-opts
The latter is only used when compiling .hc files, whereas we need it for
.c files too.

Give clearer errors for bad input in the packages file; suggested by pejo

Set -march=i686 on OS X x86 in the configure variables
We used to set it only in machdepCCOpts, so this is more consistent

Give each stage its own Config.hs
This also means the file is generated in a dist directory, not a
source directory.