in stage1, always rebuild Main.hs
GHC 6.9+ can properly handle cross-package recompilation checking, but
older versions of GHC couldn't, so in stage1 we always rebuild
Main.hs.  In other words, 'make' in ghc/ should do the right thing now.

Ooops; lack of mk/confi.mk doesn't mean validate shouldn't run configure!

C# has moved to ghc-prim:GHC.Types

Move the Char datatype into ghc-prim

Move the [] definion from base to ghc-prim

Don't boot/configure if we are validating --no-clean

Remove the cgi package from extralibs
It has some sort of Error Monad using the old Exception type.
I'm not familiar with it enough to know what the right thing to do
for it with extensible exceptions is.

Follow the tuple datatype movements

Don't make a "windows" flag in the Cabal file - os(windows) already exists!
Pointed out by Duncan Coutts

Fix Trac #2449

Deriving isn't allowed in hs-boot files (says the user manual)
This patch checks properly instead of crashing!

2nd try: remove lochash, it isn't needed (now)

FIX BUILD on Windows

Fix Trac #2467: decent warnings for orphan instances

This patch makes
  * Orphan instances and rules obey -Werror
  * They look nicer when printed

Fix the bug part of Trac #1930

Fix Trac #2433 (deriving Typeable)

Fix Trac #2478

A minor glitch that shows up only when a data constructor has *both* a
"stupid theta" in the data type decl, *and* an existential type variable.

Improve docs for GADTs

Document -dsuppress-uniques

UNDO:  FIX #2375: remove oc->lochash completely, it apparently isn't used

haddock fixes

Follow the move of assertError from Control.Exception to GHC.IOBase

Document PackageConfig

Document CoreSubst

Document CoreFVs

Document CmmZipUtil

Document VarSet

Document VarEnv

Document Unique

Document LazyUniqFM

Document FastTypes

Add some type signatures to RnNames

Comment only in IfaceENv

Document ZipCfg

Document MachOp

Document Dataflow

Document DFMonad

Document NameSet

Document NameEnv

Document Module

Document DataCon

Document BasicTypes

Rename maybeTyConSingleCon to tyConSingleDataCon_maybe

Ignore git files

Fix ifBuildable

Update assertErrorName; assertError has moved to Control.Exception

Fix the catching of "IOEnv failure" with extensible extensions

Follow changes in the base library
TopHandler now uses the new extensible exceptions module, so we
need to interact with it using the new types.

Add the Exception module to ghc.cabal

Fix building with extensible exceptions

Mark the ghc package as not exposed

Follow extensible exception changes

When raising NonTermination with the RTS, build the right value
We now use a nonTermination value in the base library to take take of
constructing the SomeException value, with the dictionaries etc, for us.
We'll probably need to do the same for some other exceptions too

Fix the way we pass GMP_INCLUDE_DIRS to hsc2hs; spotted by Andres Loh
We were still building the flags in Haskell list syntax, but we now pass
the arguments directly rather than constructing a Haskell program with
them.

workaround #2277: turn off the RTS timer when calling into editline

FIX #2388: check that the operand fits before using the 'test' opcode

oops, fix a small pessimisation made in previous refactoring

FIX #2375: remove oc->lochash completely, it apparently isn't used

Fix a typo in powerpc/Linux-only code; spotted by Jeroen Pulles

Add the runghc wrapper script

Make cabal-bin not do any building, even of Setup.hs, when it is asked to clean

Update the test in Makefile that we have all the boot libs

Update boot's test that we have all of the bootlibs

Make the push-all script complain about bad lines

Add some comments to packages/darcs-all

Remove ndp from libraries/Makefile. We now use dph instead.

Add dph to ./packages and darcs-all

Remove cabal-install from ./packages; we've decided not to build it

FIX #2327: a fault in the thunk-selector machinery (again)
This program contains an expression of the form

   let x = snd (_, snd (_, snd (_, x)))

(probably not explicitly, but that's what appears in the heap at
runtime).  Obviously the program should deadlock if it ever enters
this thing, but apparently the test program in #2327 never does.

The GC tries to evaluate the snd closures, and gets confused due to
the loop.  In particular the earlier fix for #1038 was to blame.

FIX #2332: avoid overflow on 64-bit machines in the memory allocator

Change the calling conventions for unboxed tuples slightly
When returning an unboxed tuple with a single non-void component, we
now use the same calling convention as for returning a value of the
same type as that component.  This means that the return convention
for IO now doesn't vary depending on the platform, which make some
parts of the RTS simpler, and fixes a problem I was having with making
the FFI work in unregisterised GHCi (the byte-code compiler makes
some assumptions about calling conventions to keep things simple).

don't strip the inplace GHC executables (for debugging)

Complete the changes for #1205
Now ":load M" always searches for a module called "M", rather than
using a file called "M.hs" if that exists.  To get the file semantics
(i.e. not loading "M.o"), use ":load M.hs".

update the comments about how we find $topdir

understand absolute pathnames on Windows too

change where we put gcc-lib/ld.exe to keep Cabal happy

move an inline function to keep older versions of gcc happy
no idea why this only just showed up...

try to fix the way we find $topdir

for the installed versions, don't use dynamic-linking wrappers

don't steal %ebx for the GC on x86: it's also used by PIC

SRT labels don't need to be globally visible
Saves space in the symbol table and speeds up linking

Don't prematurely link shared libraries against the RTS package
We want to be able to pick the RTS flavour (e.g. -threaded) when we
link the final program.

add --enable-shared to configure, and $(BuildSharedLibs) to the build system

use RTLD_LAZY instead of RTLD_NOW
RTLD_NOW apparently causes some problems, according to previous
mailing-list discussion

 http://www.haskell.org/pipermail/cvs-ghc/2007-September/038570.html

debug output tweak

small cleanup

Fix building runghc on Windows

Follow darcs-all changes in push-all

Rejig how darcs-all works
It's now easier to add new repos anywhere in the source tree

Remove the OpenGL family of libraries from extralibs

compiler/package.conf.in is no longer used, so remove it

allow EXTRA_HC_OPTS to be used from the command-line

put the inplace GHC in stageN-inplace/ghc instead of stageN-inplace/bin/ghc
just saves a bit of typing

add a "rebuild" target for convenience

set PAPI_LIB_DIR="" when we don't have PAPI (clean up package.conf)

remove -fvia-C that I apparrently accidentally added recently

Fix a build error on powerpc/Linux; spotted by Jeroen Pulles

If the extension is not .lhs, runghc now treats it as .hs; fixes trac #1232

runghc now uses the compiler that it comes with; fixes trac #1281
rather than the first one that it finds on the PATH

Use the upstream hsc2hs repo

Remove some redundancy in darcs-all