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.

Fix cleaning when GhcProfiled = YES
We need to include the DPH cleaning rules, even though we don't build DPH
when GhcProfiled = YES.

stgReallocBytes(DEBUG): don't fail when the ptr passed in is NULL

Use make-command in rules/bindist.mk
Rather than it having its own specialised version

Use make-command when installing packages

Add _DATA_FILES to package-data.mk files

Add a "make-command" utility Makefile function

LLVM: Nicer format for lack of shared lib warning

fix FP_CHECK_ALIGNMENT for autoconf 2.66 (fixes #4252)

Recent versions of AS_LITERAL_IF don't like *'s.  Fix from

http://blog.gmane.org/gmane.comp.sysutils.autoconf.general/month=20100701

Refactor the command-line argument parsing (again)

This change allows the client of CmdLineParser a bit more flexibility,
by giving him an arbitrary computation (not just a deprecation
message) for each flag.

There are several clients, so there are lots of boilerplate changes.

Immediate motivation: if RTS is not profiled, we want to make
Template Haskell illegal.  That wasn't with the old setup.

Add upstream repo to the packages file

Make the "tag" column of the packages file always present
It makes the parsing simpler if we always have the same number of columns

Disable object splitting on OSX; works around #4013

Return memory to the OS; trac #698

Reduce the xargs -s value we use on Windows
With 30000 I was getting:
    xargs: value for -s option should be < 28153

LLVM: Enable shared lib support on Linux x64

Re-do the arity calculation mechanism again (fix Trac #3959)

After rumination, yet again, on the subject of arity calculation,
I have redone what an ArityType is (it's purely internal to the
CoreArity module), and documented it better.  The result should
fix #3959, and I hope the related #3961, #3983.

There is lots of new documentation: in particular
 * Note [ArityType]
   describes the new datatype for arity info

 * Note [State hack and bottoming functions]
   says how bottoming functions are dealt with, particularly
   covering catch# and Trac #3959

I also found I had to be careful not to eta-expand single-method
class constructors; see Note [Newtype classes and eta expansion].
I think this part could be done better, but it works ok.

Comments only

Modify FloatOut to fix Trac #4237

The problem was that a strict binding was getting floated
out into a letrec. This only happened when profiling was
on.  It exposed a fragility in the floating strategy.  This
patch makes it more robust.  See
      Note [Avoiding unnecessary floating]

Fix egregious bug in SetLevels.notWorthFloating

This bug just led to stupid code, which would
later be optimised away, but better not to generate
stupid code in the first place.

Delete GhcLibProfiled

Simon M and I looked at this, and we think GhcLibProfiled is
(a) not needed (b) confusing.

Ian should review.

Really, if GhcProfiled is on we should also
check that 'p' is in the GhcLibWays

Do not build DPH when GhcProfiled (fixes #4172)

Reason: DPH uses Template Haskell and TH doesn't work
in a profiled compiler

Fix Trac #4220

For deriving Functor, Foldable, Traversable with empty
data cons I just generate a null equation
   f _ = error "urk"

There are probably more lurking (eg Enum) but this will do for now.

Improve the Specialiser, fixing Trac #4203

Simply fixing #4203 is a tiny fix: in case alterantives we should
do dumpUDs *including* the case binder.

But I realised that we can do better and wasted far too much time
implementing the idea.  It's described in
    Note [Floating dictionaries out of cases]

Comments

Comments only

Fix bug in linting of shadowed case-alternative binders

Comments and spacing only

Add more info to more parse error messages (#3811)

Run finalizers *after* updating the stable pointer table (#4221)
Silly bug really, we were running the C finalizers while the StablePtr
table was still in a partially-updated state during GC, but finalizers
are allowed to call freeStablePtr() (via hs_free_fun_ptr(), for
example), and chaos ensues.

Do the dependency-omitting for 'make 1' in a slightly different way

I encountered a couple of things that broke after Ian's previous
patch: one was my nightly build scripts that use 'make stage=2' at the
top level, and the other is 'make fast' in libraries/base, which uses
'stage=0' to avoid building any compilers.

So my version of this patch is more direct: it just turns off the
appropriate dependencies using a variable set by 'make 1', 'make 2',
etc.

Integrate new I/O manager, with signal support

Add DoAndIfThenElse support

Make another parse error more informative

Make a parse error say what it is failing to parse; part of #3811