Sharing GenBcode backend between scalac and dotty

This PR abstracts GenBcode implementation classes from existence of global using forwarders, which would have a different implementation in dotty.

The main class here is BackendInterface that defines everything that backend uses.
While it would be good to have backend use less that 150 methods on `Symbol` this commit doesn't address this issue: it tries to not introduce any changes in behavior.

In order to not loose perfromance and not allocate options during pattern matching this implemtation relies on name-based pattern matching with preallocated objects, this makes BackendInterface non-thread safe, but as of now it is used only in single thread. If several threads will ever be used to transfrom AST to asm bytecode than each of threads will need to own its own instance of BackendInterface.

@lrytz please have a look.
very good question ;-) https://github.com/scala/scala/blob/2.11.x/src/library/scala/runtime/BoxesRunTime.java#L186

```
lucmac:scala2 luc$ scala
Welcome to Scala version 2.11.4 (Java HotSpot(TM) 64-Bit Server VM, Java 1.6.0_65).
Type in expressions to have them evaluated.
Type :help for more information.

scala> def foo(a: java.lang.Number, b: java.lang.Character) = a == b
scala.reflect.internal.FatalError: object BoxesRunTime does not have a decl equalsNumChar
	at scala.reflect.internal.Definitions$DefinitionsClass.scala$reflect$internal$Definitions$DefinitionsClass$$fatalMissingSymbol(Definitions.scala:1179)
	at scala.reflect.internal.Definitions$DefinitionsClass.getDecl(Definitions.scala:1253)
	at scala.tools.nsc.backend.JavaPlatform$class.externalEqualsNumChar(JavaPlatform.scala:41)
	at scala.tools.nsc.Global$GlobalPlatform.externalEqualsNumChar$lzycompute(Global.scala:96)
	at scala.tools.nsc.Global$GlobalPlatform.externalEqualsNumChar(Global.scala:96)
	at scala.tools.nsc.backend.icode.GenICode$ICodePhase.genEqEqPrimitive(GenICode.scala:1498)
```