Corrected error message about static using

The type in the error message may indeed be a non-static class,
but it could also be something else, like an enum or a struct.
Comment incorrect: Fallback to slow path, not fast path.
Now that we run incremental analyzers in the preview workspace, only run analyzers on workspaces whose kind they support. (changeset 1224653)
881229: reconcile AliasSymbol.Equals implementation across VB, C# (changeset 1224691)
Added SyntaxFactory parser helper method (changeset 1224711)
Prefix command line output for vb command line compiler which does not have any location to "vbc : " for compatibility.    (changeset 1224794)
Remove commented out line (changeset 1224821)
Additional test coverage for BC41000 warning generated but roslyn intentionally does not.      (changeset 1224846)
removed unused usings (changeset 1225303)
C# Overload Resolution: Unify handling of expression and statement lambdas for the purpose of checking for exactly matching expression (resolves #30). (changeset 1225451)
AllowMetadataReferenceProperties to be serialized again.

This type was already marked [Serializable], but it recently became unserializable when a field of type ImmutableArray was added. We add an ISerializable implementation to work around the non-serializable field. (changeset 1225493)
Bug fix: change 'HasStructuredTrivia' modifier to public on SyntaxToken (others are already public) (changeset 1225508)
Additional test coverage for BC41000 warning generated but roslyn intentionally does not.      (changeset 1225515)
fixed ProjectState leak.

made ProjectState not to capture itself when creating version check async lazy. otherwise, there is a possibility of us creating a long list of chain for lazy version calculation. (changeset 1225664)
VB: Use IsIntrinsicType instead of IsIntrinsicValueType in  DetermineMostSpecificNarrowingConversion (resolves #31). (changeset 1225726)
Remove SetLargeAddressAwareBit task from VSL.Imports.targets
With the Roslyn compiler, the LargeAddressAware bit is already set for VBCSCompiler.exe which is the only project that needs that option. This is different from the native compiler and I'm still tracking down whether it's an intentional change or an accidental one. In any case, the task, as written, didn't work well for incremental builds. (changeset 1225825)
Fix two bugs with code generation.

- when a CodeGenerationMethodSymbol was cloned, it lost it's underlying type (constructor vs. destructor vs. ordinary)
- when a VB constructor was generated, it wouldn't get the SyntaxAnnotations applied that it should. (changeset 1225875)
Reverting the changes that introduced asynchronous reading of source files in batch compile scenarios

It appeared that the change did not result in noticeable improvements in IO throughput in scenarios where it matters.
That is most likely because async reading would be beneficial in a case of reading a small number of large files, while we typically have the opposite - large number of small files.

On the other hand, on not IO-bound scenarios, the change resulted in parsing throughput regressions since it can cause oversubscription of threadpool.
 (changeset 1226132)
Fixed typos in comments in /Roslyn/Workspaces/Workspaces/Options/OptionsService.cs.
Fixed typos in comments in /Roslyn/Workspaces/Workspaces/CaseCorrection