Fix PublicKeyToken used for framework references

These are built with the core framework key, not the key Roslyn uses.

TS has moved to newly added APIs, so remove the old APIs.
Fixes #11501

It's not unusual for a user to accidentally place an accessibility
modifier on a local function declaration, but currently visibility
modifiers are not seen as possible starts to statements, so parsing
falls back to member parsing, assuming that the user forgot a closing
brace on their method. This PR changes parsing to allow local function
parsing to eat a visibility modifier and report an error. If parsing
doesn't find a local function after the visibility it falls back to the
old interpretation (that the user forgot a closing brace on their
method) and treats the modifier as the start of a new member.

In the case where it's ambiguous between a new member with a missing
closing brace and a broken local function we assume that it's a broken
local function. Fixes #8645.

Debug updated parameter in Closure in statemachine

* Display analyzer assemblies with no applicable diagnostic analyzers towards the end of analyzers list in solution explorer

For most cases, these are analyzer depedencies with no analyzers.
For few cases, these might be analyzer assemblies with no analyzers applicable for the given project langauge.
For few other cases these might be analyzer assemblies whose diagnostic analyzers could not be instantiated for some reason, and hence have no rules.

We still display such analyzers in the solution explorer so the user is aware that the project file contains these analyzer references, but display them towards the end to avoid clutter.

Fixes https://github.com/dotnet/roslyn/issues/12047

* Address PR feedback and completely hide the analyzer dependencies (analyzer assembly has no diagnostic analzyers and also has no load errors)

Update to DSR 1.1.0-beta1-60617-01

Fixes #11442

Add unit-tests for issues #12058 and #12182.

Merge current microupdate fixes back into master

fixed 2 memory leaks

Only compute entry points when compiling everything.

Add test to ensure that a CompletionService can be acquired

Issue #11841 found that, due to a MEF bug, the Features assemblies could not properly be included in a MEF composition. This was worked around by combining [ExtensionOrder] attributes where multiple attributes had been specified. This change adds a tests for C# and VB to ensure that a CompletionService can be acquired from an AdhocWorkspace that is created with MefHostServices that include the Features assemblies.

I verified that these tests fail without the workaound described above, and pass with the workaround in place.

MEF has issues with duplicate attributes.

Workaround for issue #11841 until MEF fix gets pushed to nuget.

Fixes #12113

Related to #12058 and #12182.

Merge 'outvar' to 'master'

Unify snippet infrastructure between C# and VB

Update CoreFX to RTM, CoreCLR to the latest, SRM to v1.4.1-beta-24223-07

Merge 'master' to 'outvar'.

Use nuget.exe 3.5.0.1484

Use nuget.exe 3.5.0.1484

Merge future-stabilization into master

first one is preview workspace leak due to diagnostic service hold onto workspace.
second is capturing project in diagnostic exception handler

Generate the binding redirects for the compiler automatically

Generate list of packages for nuget.org

Remove workaround for lack of #7812

This removes the hard-coded binding redirects that exist within our
source tree in favor of redirects that are computed automatically. This
takes advantage of the built-in binding redirect generation support
in MSBuild. In order to get the redirects to merge properly with
the static stuff we have, I renamed the .exe.config files to App.config
which is the name the tooling looks for.

Addresses #7612.