Changes to haddock(10)

Changes to haddock:
commit e0865f5189f3afd1e2d0b1174233b29bb675de4b
Author: Mateusz Kowalczyk <fuuzetsu@fuuzetsu.co.uk>
Date:   Mon Feb 24 06:26:50 2014 +0000

    Fix wording in the docs

    (cherry picked from commit daa0ae5ba1acdee031cd72fc6690fe60a6710c20)

commit b705518edd6d038e31b9579fc1c63b02507a3a4e
Author: Mateusz Kowalczyk <fuuzetsu@fuuzetsu.co.uk>
Date:   Mon Feb 24 06:07:33 2014 +0000

    Fix rendering of Contents when links are present

    Fixes Haddock Trac #267.

    (cherry picked from commit 1bf686940b28394f5d169f297659cd4c66869ec1)

commit 68ce934d7a4c9db5a0c84d2c792bbdf938d9070c
Author: Niklas Haas <git@nand.wakku.to>
Date:   Sun Feb 23 16:11:22 2014 +0100

    Add RankNTypes test case to ImplicitParams.hs

    This test actually tests what #260 originally reported - I omitted the
    RankNTypes scenario from the original fix because I realized it's not
    relevant to the underlying issue and indeed, this renders as intended
    now. Still good to have more tests.

    (cherry picked from commit 6ca276702d04c9183caa98d1848f6aa5b88a8755)

commit 2b115ef9f4d22cc479b240141325863e5dfd89c3
Author: Niklas Haas <git@nand.wakku.to>
Date:   Sun Feb 23 15:37:13 2014 +0100

    Lower precedence of equality constraints

    This drops them to the new precedence pREC_CTX, which makes single
    eqaulity constraints show up as (a ~ b) => ty, in line with GHC's
    rendering. Additional tests added to make sure other type operators
    render as intended. Current behavior matches GHC

    (cherry picked from commit 64850ca4f7dc2ca0fdb21d078d93cd636de5c87a)

commit 90f216bd3c1b1d708a5b41c31d2a1a067fce3d32
Author: Niklas Haas <git@nand.wakku.to>
Date:   Sun Feb 23 15:21:52 2014 +0100

    Make ImplicitParams render correctly (#260)

    This introduces a new precedence level for single contexts (because
    implicit param contexts always need parens around them, but other types
    of contexts don't necessarily, even when alone)

    (cherry picked from commit 14531f7838c5abd0ba2aaf5217a477194d7b1897)

commit 5e852cc642e761b3191be5a5ca2b2e792a02d560
Author: Mateusz Kowalczyk <fuuzetsu@fuuzetsu.co.uk>
Date:   Sun Feb 23 05:02:47 2014 +0000

    Don't shadow ‘strip’.

    -Wall complains

    (cherry picked from commit 1944b94edca881d14e979d564719da6f196f8e63)

commit 3205d60ab9db17029d920cfcd5255c0b1367ae74
Author: Mateusz Kowalczyk <fuuzetsu@fuuzetsu.co.uk>
Date:   Sun Feb 23 04:58:50 2014 +0000

    Update test case for lifted GADT type rendering

    The parsing of these seems to have been fixed by GHC folk and it now
    renders differently. IMHO it now renders in a better way so I'm updating
    the test to reflect this.

    (cherry picked from commit 49b2a05ee0d769568d97a091de93f2ce2512eef6)

commit 240fb794e36104b2c1412e36f63b7378f34d52ba
Author: Simon Hengel <sol@typeful.net>
Date:   Sat Feb 22 21:55:35 2014 +0100

    Turn a source code comment into specs

    (cherry picked from commit dfc006ad2b8f5cb27570ac02c77aa63c5c027cd9)

commit 7417f5b3bdcd768e9cc66baa36a501417d7f8bce
Author: Niklas Haas <git@nand.wakku.to>
Date:   Sat Feb 22 21:15:34 2014 +0100

    Strip a single leading space from bird tracks (#201)

    This makes bird tracks in the form

    > foo
    > bar
    > bat

    parse as if they had been written as

    >foo
    >bar
    >bat

    ie. without the leading whitespace in front of every line.

    Ideally we also want to look into how leading whitespace affects code
    blocks written using the @ @ syntax, which are currently unaffected by
    this patch.

    (cherry picked from commit fc7fd1875d31dbfd37eaa058177e534b4fc6bc25)

commit 446eadb90dcfa98acdc218e6a412c37665a86da1
Author: Mateusz Kowalczyk <fuuzetsu@fuuzetsu.co.uk>
Date:   Wed Feb 19 05:11:34 2014 +0000

    Use a bespoke data type to indicate fixity

    This deals with what I imagine was an ancient TODO and makes it much
    clearer what the argument actually does rather than having the user
    chase down the comment.

    (cherry picked from commit 91e2c21cfdaca7913dbfec17bdd7712c0c1ed732)