1. 08 7月, 2015 4 次提交
    • W
      Merge pull request #3852 from wschae/auto · da5b06b2
      Wonseok Chae 提交于
      [Bug][VB] RudeEdit error message blindly blames AutoProperty
      
      It fixes #3605
      da5b06b2
    • W
      [Bug][VB] RudeEdit error message blindly blames AutoProperty · 643d2f3f
      Wonseok Chae 提交于
      It fixes #3605
      643d2f3f
    • T
      Merge pull request #3708 from tmeschter/Fix3706 · cbd06633
      Tom Meschter 提交于
      Remove dependency on Microsoft.CodeAnalysis.Workspaces
      
      FixerWithFixAllAnalyzer references types in the Workspaces assembly in a
      couple of places:
      ``` C#
      private static string CodeFixProviderMetadataName = typeof(CodeFixProvider).FullName;
      ```
      
      This creates a runtime dependency on Microsoft.CodeAnalysis.Workspaces.dll
      which is part of VS but not part of the compilers (csc/vbc/vbcscompiler).
      The analyzers that derive from this type thus work in VS but fail during
      build with a `TypeInitializationException`.
      
      The fix is to use hard-coded strings for the names of these types. As
      they are part of the public API, their names won't be changing anytime
      soon.
      
      This does not remove the project-to-project reference to Workspaces.
      Doing so would have required fixing up a bunch of `<see cref="..." />`
      elements in the doc comments to use the full name of these types as well,
      generally making them much uglier. This isn't necessary to fix the
      runtime issue.
      
      Fixes #3706.
      cbd06633
    • T
      Remove dependency on Microsoft.CodeAnalysis.Workspaces · d099bd4c
      Tom Meschter 提交于
      FixerWithFixAllAnalyzer references types in the Workspaces assembly in a
      couple of places:
      ``` C#
      private static string CodeFixProviderMetadataName = typeof(CodeFixProvider).FullName;
      ```
      
      This creates a runtime dependency on Microsoft.CodeAnalysis.Workspaces.dll
      which is part of VS but not part of the compilers (csc/vbc/vbcscompiler).
      The analyzers that derive from this type thus work in VS but fail during
      build with a `TypeInitializationException`.
      
      The fix is to use hard-coded strings for the names of these types. As
      they are part of the public API, their names won't be changing anytime
      soon.
      
      This does not remove the project-to-project reference to Workspaces.
      Doing so would have required fixing up a bunch of `<see cref="..." />`
      elements in the doc comments to use the full name of these types as well,
      generally making them much uglier. This isn't necessary to fix the
      runtime issue.
      d099bd4c
  2. 07 7月, 2015 18 次提交
  3. 06 7月, 2015 4 次提交
  4. 03 7月, 2015 5 次提交
  5. 02 7月, 2015 9 次提交