Use 'if' instead of 'else if' to avoid a comment the ddmd converter can't handle
Merge pull request #3409 from yebblies/elseif

[DDMD] Use 'if' instead of 'else if' to avoid a comment the ddmd converter can't handle
Visual Studio build fix (add nogc.c)
Merge pull request #3412 from CyberShadow/vs-20140330

Visual Studio build fix (add nogc.c)
fix Issue 12497 - ICE on string mixin with non-string operand
Merge pull request #3413 from 9rnsr/fix12497

[REG2.064] Issue 12497 - ICE on string mixin with non-string operand
Supply scope for addMember call
[Refactoring] AttribDeclaration::createNewScope
[Refactoring] AttribDeclaration::newScope
Generalize addMember and importAll for derived class of AttribDeclaration
Generalize semantic2 and semantic 3
Fix issue 313 & 314

Points:

1. Most of import declarations will insert their fully qualified names in local symbol table.

Currently, it is stored only in one place - `Module::modules`. After this change, in addition to that,
each `ScopeDsymbol::symtab` will have the "local package tree" which represents the scope local imports.

For example:

```d
class C {
    import core.stdc.stdio;
    import core.stdc.stdlib : malloc;
    import core.stdc.stdlib : free;
    void func() {
        import core.stdc.string;
    }
}
```

`symtab` of class `C` and `C.func` will have following package object trees:

```
// in C
Package('core') <----------+
 + Package('stdc') <-------|--+
    + Import('stdio')      |  |
    + Import('stdlib')     |  |
        names = ["malloc"] |  |
  +---- overnext           |  |
  |                        |  |
  +-> Import('stdlib')     |  |
        names = ["free"]   |  |
                           |  |
// in C.func()             |  |
Package('core') aliassym --+  |
 + Package('stdc') aliassym -+
    + Import('string')
```

In there, `Import` object will be the leaf of the tree.
It's done by `Import::addPackage`.

2. A part of local package tree will be merged into other tree.

This example case of public import should work.

```d
module a;
public import std.stdio;
```
```d
module b;
import a;
import std.algorithm;
std.stdio.writeln();    // point
```

In module b, 'std.stdio' should be visible. To realize it, import declarations will pull
the fully qualified name of public imports in the imported module.
Finally, module b will have the package tree:

```d
Package('std')
 + Package('algorithm')
 + Package('stdio')   <--- Pulled from module a, by `import a;`
```

Same work is necessary on class inheritance. Public/protected imports in base class scope
should be pulled in the derived class scope.
Add test/compilable/testimport1.d
Add test/compilable/testimport2.d
Add test/compilable/testimport3.d
Add test/compilable/testimport4.d