JRuby 1.7.16.2 has been released to address CVE-2014-8090.  All users
are encouraged to upgrade

http://jruby.org/2014/12/08/jruby-1-7-16-2.html

Added definition of 2.2.0preview2

Fixes #667, closes #668

When requested via `-h|--help`, usage text should be displayed on stdout
and the exit status should be 0.

When usage text is shown due to invalid arguments, it should be
printed to stderr and exit status should be 1.

Use exactly the same arguments that would have `ruby-build` succeed at
executing, but add one more extra to test argument counting.

- rbenv-install accepts 0 or 1 argument
- rbenv-uninstall accepts 1 argument
- ruby-build accepts 2 arguments

JRuby 9000 is now 9.0.0.0 (official version number for release).

`assert_failure` only accepts an expected message as argument, and only
if it matches the output in full.

`script/test` will now only attempt to call `script/mirror` if either
TRAVIS_PULL_REQUEST or TRAVIS_COMMIT_RANGE is set.

Avoids failures caused by somebody's environment possibly having
RUBY_CONFIGURE_OPTS exported to have a value.

Mention 'subversion' in error message when svn is missing

The current error message for missing subversion is "error: please install \`svn\` and try again", leading the user to try to find and install a package named "svn" (eg. `aptitude install svn for # debian / ubuntu). Changing it to "subversion" can help users unaware that svn is a binary installed by the subversion package, get through the error.

Add jruby-1.7.16.1

1.7.16.1 is a security fix release for CVE-2014-8080. All users are strongly recommended to upgrade.

http://jruby.org/2014/10/28/jruby-1-7-16-1.html

Setting CC makes sure that we never have to perform the Darwin-specific
check for whether we should default to `CC=clang` and thus break `uname`
stubs in unrelated tests.

CI never caught this because Travis already has CC set to gcc-4.6.

[ci skip]

Closes #646, fixes #641

This fixes `rbenv install -l` displaying each version twice due to
RUBY_BUILD_DEFINITIONS path containing ruby-build's own definitions path
twice: both as an rbenv plugin and by appending its own internal path.

Fixes #651, fixes #648

See https://github.com/rubinius/rubinius/issues/3169

When installing rbx over an existing location, the `gems/bin` directory
will already be a symlink to `bin/` and an attempt to recreate this will
end up in recursion that keeps growing a binstub file until the disk is full.

If RUBY_BUILD_CACHE_PATH is set (typically "`rbenv root`/cache" if it
exists), have Rubinius `./configure` script download prebuilt LLVM
versions into that directory and re-use them if already present.

Rubinius back then didn't have a Gemfile, so don't try to invoke `bundle`.
Instead, rely on the host Ruby to already have rake installed.