1. 10 7月, 2015 7 次提交
  2. 09 7月, 2015 12 次提交
  3. 08 7月, 2015 10 次提交
    • D
      Merge pull request #3858 from DustinCampbell/remove-inherits-implements-completion-provider · a53f7c1e
      Dustin Campbell 提交于
      Remove special VB Implements/Inherits statement completion list provider
      a53f7c1e
    • T
      Merge pull request #3862 from tmat/TextSection · e9a71267
      Tomáš Matoušek 提交于
      Text section header cleanup
      e9a71267
    • T
      Text section header cleanup · 47cca4eb
      Tomas Matousek 提交于
      47cca4eb
    • D
      Remove special VB Implements/Inherits statement completion list provider · 04ca099f
      Dustin Campbell 提交于
      There is a special completion list provider in VB for showing completions within Inherits or Implements
      statements. This change removes that customer completion list provider and pushes its logic down into
      the recommendation service. That way the Recommender API will correctly return these symbols, and the
      symbol completion provider will service them up into the completion list.
      
      Because the Implements/Inherits completion list provider produced an exclusive lists, a small tweak needs
      to be made to the built-in type keyword recommender. Otherwise, keywords like 'Boolean' would be recommended
      after Inherits, which isn't legal. Additionally, I've added a unit test to verify that 'Global' **does**
      show up after Inherits and Implements.
      04ca099f
    • T
      Merge pull request #3855 from tmat/PEWriterCleanup3 · 16975929
      Tomáš Matoušek 提交于
      Remove unused PE sections
      16975929
    • T
      Remove unused PE sections · 50228440
      Tomas Matousek 提交于
      50228440
    • 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
  4. 07 7月, 2015 11 次提交