SI-6380 #1 Add @throws[Exception]

This change allows an additional notation of the @throws annotation:

  Old-style: @throws(classOf[Exception])
  New-style: @throws[Exception]

The optional String argument moves @throws in line with @deprecated,
@migration, etc. and prevents confusion caused by the default inheritance
of ScalaDoc comments and the non-inheritance of annotations.

  Before: /** This method does ...
            * @throws IllegalArgumentException if `a` is less than 0. */
          @throws(classOf[IllegalArgumentException])
          def foo(a: Int) = ...

  Now:    /** This method does ... */
          @throws[IllegalArgumentException]("if `a` is less than 0")
          def foo(a: Int) = ...

ScalaDoc @throws tags remain supported for cases where documentation of
thrown exceptions is needed, but are not supposed to be added to the
exception attribute of the class file.

In this commit the necessary compiler support is added.
The code to extract exceptions from annotations is now shared instead
of being duplicated all over the place.

The change is completely source and binary compatible, except that the code
is now enforcing that the type thrown is a subtype of Throwable as mandated
by the JVM spec  instead of allowing something like @throws(classOf[String]).

Not in this commit:
  - ScalaDoc support to add the String argument to ScalaDoc's exception list
  - Adaption of the library
Removes discrepancy between SIP 15 and compiler

There was a discrepancy in that the compiler alternatively accepts a val parameter or an unbox method for a value class but SIP 15 does not mention the unbox method. I commented out the line in the compiler that does it.
Bump version number for next dev cycle.
showRaw no longer crashes on NoSymbol
SI-6417 correctly reifies non-value types

If we're reifying non-value types (e.g. MethodTypes), we can't use them
as type arguments for TypeTag/WeakTypeTag factory methods, otherwise
the macro expansion won't typecheck:
http://groups.google.com/group/scala-internals/browse_thread/thread/2d7bb85bfcdb2e2

This situation is impossible if one uses only reify and type tags, but
c.reifyTree and c.reifyType exposes in the macro API let anyone feed
anything into the reifier.

Therefore I now check the tpe that is about to be used in TypeApply
wrapping TypeTag/WeakTypeTag factory methods and replace it with AnyTpe
if it doesn't fit.
Implementations of isValueType and isNonValueType.

Restrictions regarding how non-value types can be used have
generally not been enforced explicitly, depending instead on
the fact that the compiler wouldn't attempt to use them in
strange ways like offering a method type as a type argument.
Since users can now create most types from scratch, it has
become important to enforce the restrictions in a more
direct fashion.

This was a lot harder than it probably should have been
because there are so many types which go unmentioned by the
specification.  Hopefully a useful exercise in any case.
Fix for failing test.

There's some very sketchy behavior visible - I'm printing a
method signature and getting this:

  [B <: <?>, That <: <?>](f: <?>)(implicit cbf: <?>)That

But there's no exposed way to force the info.  Am I
supposed to call isSealed or something?
fully initializes symbols on `typeSignature`

only affects runtime reflection, because Symbol.typeSignature
is only defined in the reflection API. the rest of the compiler
uses Symbol.info instead.
add a bit about unicode to scaladoc.
Purged DebruijnIndex.

Apparently everyone agrees it's not used anymore.
Merge pull request #1416 from jsuereth/fix/string-context-scaladoc

add a bit about unicode to scaladoc.
Merge pull request #1347 from soc/SI-6380

SI-6380 Add @throws[Exception]
Merge pull request #1395 from odersky/topic/valueclass-cleanup

Removes discrepancy between SIP 15 and compiler
Merge pull request #1415 from scalamacros/is-value-type

a fork of isValueType and isNonValueType
Fix for SI-6447, macro dependent type propagation.

It really pays not to write new TypeMaps unless it is
absolutely necessary, because there are about 1000 ways
to get them wrong. I'm 98% sure this one can be dropped.
Review by @xeno-by.
Some cleanups in Macros.

Since I was in the neigborhood for SI-6447.
Fix for SI-5130, precision disappearing from refinement.

Remove some code, win a prize.
Merge pull request #1421 from paulp/issue/6447

Issue/6447
SI-6449 Adds version arg to @deprecated usages (non-compiler sources)
Fix incomplete version strings (2.10 -> 2.10.0)