into their component parts
    if_compiler_type
    expect_fail
    expect_broken

Now instead of saying, e.g.
    namebase_if_compiler_lt('ghc','6.9', 'foo-6.8')
you say
    if_compiler_lt('ghc','6.9', namebase('foo-6.8'))

Add test for data con in class sig

add LANGUAGE pragma tests

add do parsing test

read027 is an expected failure

Simon PJ found a bug in GHC's layout processing.  Here it is.  I can't
see an easy fix right now, so I'll come back to it later.

Documented bugs in Hugs:

	mod154	module M where != module M(module M) where
	read023	Just.let x=id in x
	read033	1.0e+x
	read034	(3 + 4 +)
	read021	empty file
	tc084	monomorphism restriction and defaulting
	tc096	monomorphism restriction and defaulting

Also omitted tc144 for Hugs, because it loops.

test for extra comma in record construction

Update expected output

Replace the handwritten lexer with one generated by Alex.

YOU NOW NEED ALEX (v 2.0 or later) TO COMPILE GHC FROM CVS.

Highlights:

  - Faster than the previous lexer (about 10% of total parse time,
    depending on the token mix).

  - More correct than the previous lexer: a couple of minor wibbles
    in the syntax were fixed.

  - Completely accurate source spans for each token are now collected.
    This information isn't used yet, but it will be used to give much
    more accurate error messages in the future.

  - SrcLoc now contains a column field as well as a line number,
    although this is currently ignored when printing out SrcLocs.

  - StringBuffer is now based on a ByteArray# rather than a Ptr, which
    means that StringBuffers are now garbage collected.  Previously
    StringBuffers were hardly ever released, so a GHCi session would
    leak space as more source files were loaded in.

  - Code size reduction: Lexer.x is about the same size as the old
    Lex.lhs, but StringBuffer.lhs is significantly shorter and
    simpler.  Sadly I wasn't able to get rid of parser/Ctypes.hs
    (yet).

A new parser test

Revamp the testsuite framework.  The previous framework was an
experiment that got a little out of control - a whole new language
with an interpreter written in Haskell was rather heavyweight and left
us with a maintenance problem.

So the new test driver is written in Python.  The downside is that you
need Python to run the testsuite, but we don't think that's too big a
problem since it only affects developers and Python installs pretty
easily onto everything these days.

Highlights:

  - 790 lines of Python, vs. 5300 lines of Haskell + 720 lines of
    <strange made-up language>.

  - the framework supports running tests in various "ways", which should
    catch more bugs.  By default, each test is run in three ways:
    normal, -O, and -O -fasm.  Additionally, if profiling libraries
    have been built, another way (-O -prof -auto-all) is added.  I plan
    to also add a 'GHCi' way.

    Running tests multiple ways has already shown up some new bugs!

  - documentation is in the README file and is somewhat improved.

  - the framework is rather less GHC-specific, and could without much
    difficulty be coaxed into using other compilers.  Most of the
    GHC-specificness is in a separate configuration file (config/ghc).

Things may need a while to settle down.  Expect some unexpected
failures.

Add a layout test (expected failure).

Check a difficult operator precedence case: (-3 **) where (**) is
infixl 7 should be disallowed.

Add test for parenthesised left-hand-sides

Add empty file test.

Add tests for mixing layout and explicit braces.

add test for unterminated nested comments

expect read002 to fail (illegal character in string literal, not
implemented yet)