SI-6017 Scaladoc's Index should be case-sensitive
Forgot to cherry-pick the .check file
There is no "letters" method in this branch
SI-6853 changed private method remove to be tail recursive.
Operations += and -= on mutable.ListMap rely on the private method remove to perform. This methods was implemented using recursion, but it was not tail recursive. When the ListMap got too big the += caused a StackOverflowError.
Revert "SI-6601 Publicise derived value contstructor after pickler"

This reverts commit b07228aebe7aa620af45a681ef60d945ffc65665.

The remedy was far worse than the disease:

    % cat sandbox/test.scala
    class V private (val a: Any) extends AnyVal

    % RUNNER=scalac scala-hash b07228aebe sandbox/test.scala
    [info] b07228aebe => /Users/jason/usr/scala-v2.10.0-256-gb07228a

    % scala-hash b07228aebe
    [info] b07228aebe => /Users/jason/usr/scala-v2.10.0-256-gb07228a
    Welcome to Scala version 2.10.1-20130116-230935-b07228aebe (Java HotSpot(TM) 64-Bit Server VM, Java 1.6.0_27).
    Type in expressions to have them evaluated.
    Type :help for more information.

    scala> def foo(v: V) = v.a == v.a
    exception when typing v.a().==(v.a())/class scala.reflect.internal.Trees$Apply
    constructor V in class V cannot be accessed in object $iw in file <console>
    scala.reflect.internal.Types$TypeError: constructor V in class V cannot be accessed in object $iw
[backport] Fix for SI-6206, inconsistency with apply.

Squashed commit of the following:

commit f6bbf85150cfd7e461989ec1d6765ff4b4aeba51
Author: Paul Phillips <paulp@improving.org>
Date:   Mon Oct 1 09:10:45 2012 -0700

    Fix for SI-6206, inconsistency with apply.

    The code part of this patch is 100% written by retronym, who
    apparently has higher standards than I do because I found it just
    lying around in his repository. I think I'll go pick through his
    trash and see if he's throwing away any perfectly good muffins.

    I made the test case more exciting so as to feel useful.
    (cherry picked from commit 267650cf9c3b07e360a59f3c5b70b37fea9de453)
[backport] SI-2968 Fix brace healing for `^case (class|object) {`

Squashed commit of the following:

commit 24828531f62ce05402c96c04d7096e82d5f4e3bf
Author: Jason Zaugg <jzaugg@gmail.com>
Date:   Sun Oct 21 23:34:35 2012 +0200

    SI-2968 Fix brace healing for `^case (class|object) {`

    The scanner coalesces the pair of tokens into CASEOBJECT or
    CASECLASS, but fails to set `offset` back to the start of `case`.
    Brace healing is then unable to correctly guess the location of
    the missing brace.

    This commit resets `offset` and `lastOffset`, as though
    caseobject were a single keyword. Only the former was neccessary
    to fix this bug; I haven't found a test that shows the need for
    the latter.
    (cherry picked from commit cbad218dba47d49a39897b86d467c384538fdd53)
A test case to guide the eventual fix for SI-6601.

This demonstrates the need for the reversion in the
previous commit.
SI-6963 Add version to -Xmigration

Adds an optional version parameter to the -Xmigration compiler setting.
Doing -Xmigration without version number behaves as it used to by
dumping every possible migration warning.

This commit adds a ScalaVersion class (plus ancillary stuff), and a
ScalaVersionSetting.
SI-3353 don't extract <unapply-selector> into named-arg local val

This already fixes all of SI-3353 because no named-args-block is
generated anymore (they are avoided if they have a single expr).

So the same NPE in extractorFormalTypes as described in the ticket
is no longer triggered.

I think that's all there is to fix, since extractor patterns are
translated to unapply calls with one argument, i think it's not
possible to write a pattern that would result in a named-apply block.
SI-2818 Make List.foldRight always do a reverse/foldLeft flip

Benchmarks show that lists smaller than 110 elements or so doing
reverse/foldLeft is faster than recursively walking to the end of
the list and then folding as the stack unwinds.

Above that 110 element threshold the recursive procedure is faster.
Unfortunately, at some magic unknown large size the recursive procedure
blows the stack.

This commit changes List#foldRight to always do reverse/foldLeft.
Merge pull request #1960 from ViniciusMiana/2.10.x

SI-6853 changed private method remove to be tail recursive.
Merge pull request #1909 from kzys/jira-6017-2.10.x

SI-6017 Scaladoc's Index should be case-sensitive
Merge pull request #2043 from lrytz/t3353

SI-3353 don't extract <unapply-selector> into named-arg local val
Merge pull request #1998 from JamesIry/2.10.x_6963_2

SI-6963 Add version to -Xmigration
Merge pull request #1980 from retronym/backport/1518

[backport] SI-2968 Fix brace healing for `^case (class|object) {`
Merge pull request #2026 from JamesIry/2.10.x_SI-2818

SI-2818 Makes List#foldRight work for large lists
Merge pull request #1975 from retronym/ticket/6601-revert

Revert "SI-6601 Publicise derived value contstructor after pickler"
Merge pull request #1979 from retronym/backport/1499

[backport] Fix for SI-6206, inconsistency with apply.