1. 12 1月, 2016 1 次提交
  2. 19 12月, 2015 1 次提交
  3. 11 11月, 2015 1 次提交
  4. 06 11月, 2015 1 次提交
  5. 16 10月, 2015 1 次提交
  6. 10 10月, 2015 1 次提交
    • N
      Break dependency on prerelease metadata feature · e94c38d2
      Nick Guerrera 提交于
      The signature decoder out of the dev/metadata branch will not ship in v1.1
      RTM of System.Reflection.Metadata. Breaking changes to the API are coming
      and the API will be officially reviewed and only checked in to corefx master
      after v1.1 has snapped.
      
      This temporarily forks the relevant code from corefx dev/metadata in to the
      Roslyn tree as internal types. It sets things up so that dotnet/corefx#3560
      being merged to master will be enough to get Roslyn using -rc builds out of
      corefx master instead of -alpha builds out of corefx dev/metadata.
      e94c38d2
  7. 23 9月, 2015 1 次提交
  8. 22 9月, 2015 1 次提交
    • T
      This cleans up the Roslyn Code Base. · deee04e4
      Tanner Gooding 提交于
      * This updates all references to nuget.exe to use the copy in the root.
      * This deletes all NuGet.config and NuGet.exe files that are not in the root.
      * This removes all references to NuGet.targets (which is obsolete and no longer exists)
      deee04e4
  9. 19 9月, 2015 1 次提交
  10. 03 9月, 2015 1 次提交
  11. 12 8月, 2015 1 次提交
  12. 26 7月, 2015 2 次提交
  13. 24 7月, 2015 1 次提交
  14. 14 7月, 2015 1 次提交
  15. 09 7月, 2015 1 次提交
    • A
      Unify the Closed/Open targets files · ebd5cd6e
      Andy Gocke 提交于
      The targets files were previously split into an open version in
      Microsoft.CodeAnalysis.Toolset.Open and a closed version in build/. This
      unifies the four targets into two new targets, VSL.Settings.targets and
      VSL.Imports.targets, and moves all the targets from ..Toolset.Open into
      the build/ folder.
      ebd5cd6e
  16. 05 6月, 2015 1 次提交
  17. 18 4月, 2015 1 次提交
  18. 17 4月, 2015 1 次提交
  19. 07 4月, 2015 1 次提交
  20. 27 3月, 2015 2 次提交
  21. 25 3月, 2015 1 次提交
    • A
      Make test usage of ISymUnmanagedReader uniform · 22758552
      Andrew Casey 提交于
      We used to have multiple mechanisms - constructing a co-class directly
      from a registered GUID, wrapping the co-class in SymReader (for some extra
      constant mocking), wrapping the co-class in a TempPdbReader (IDisposable),
      and wrapping a TempPdbReader in a DebugInfoProvider (trivial wrapper).
      
      This change eliminates TempPdbReader and DebugInfoProvider and gives
      SymReader exclusive access to the raw co-class.
      
      This will be useful when we switch to ISymUnmanagedReader3, which the
      co-class does not presently implement (but which SymReader can).
      22758552
  22. 24 3月, 2015 1 次提交
  23. 20 3月, 2015 1 次提交
    • A
      Make the ExpressionCompiler assemblies portable · 38815b62
      Andrew Casey 提交于
      1. Compile them against Profile7.
         a. Swap out a few APIs (e.g. using GetTypeInfo for reflection).
         b. Introduce an abstraction layer so that we don't have to instantiate
         DkmDataItem (caused a VerificationException).
         c. Include WindowsProxy.winmd as an EmbeddedResource directly, rather
         than through a resx file.
      2. Swap the output locations of the ResultProvider projects: Portable goes
      to the main output directory and NetFX20 goes to a subdirectory (NetFX20).
      3. Include the Portable ResultProvider assemblies in the EE vsix, rather
      than the NetFX20 ones.
      38815b62
  24. 14 3月, 2015 2 次提交
  25. 07 3月, 2015 2 次提交
  26. 18 2月, 2015 1 次提交
    • J
      Fix use of DefineConstants · 5e896eb9
      Jared Parsons 提交于
      The primary use of DefineConstants should be to append constant values,
      not replace them.  Any time a replacement operation is used it prevents
      us from establishing defines in our targets and pushing them down to all
      affected projects.
      5e896eb9
  27. 15 1月, 2015 1 次提交
  28. 14 1月, 2015 2 次提交
  29. 09 1月, 2015 2 次提交
  30. 07 1月, 2015 1 次提交
    • S
      Make parts of AnalyzerDriver internal by creating shared projects · 644f378d
      srivatsn 提交于
      The IDE uses four public APIs from the compiler layer for doing running analyzers in the IDE:
      
      1. A bunch of static methods on AnalyzerDriver called Execute*Actions which take a type called AnalyzerActions which should be an implementation detail. So first change is to create a shared project called AnalyzerDriver that is referenced by CodeAnalysis and Features layers. I've split out these statics into a type called AnalyzerDriverHelper and made that internal. One challenge in doing this is that these methods create instances of Contexts and currently their constructors are internal. I've added constructors where possible and for some contexts that were taking Scopes, I've changed them to be abstract base classes and eliminated the scopes altogether. As part of pulling these methods, I needed some collections like ArrayBuilder, PooledDictionary etc and created another shared project called SharedCollections and put them there.
      
      2. SemanticModel.GetDeclarationsInSpan - this is used by the IDE to calculate the declarations on which to run analyzers. This has also been pulled into the shared project and the API on semantic model made internal. We need a mechanism for branching into C#\VB implementations on both sides. Hence, the compiler API on semanticmodel still exists and is internal. On the features side, I have a language service, that branches into C#\VB and the implementation simply calls into the shared code.
      
      3,4. AnalyzerDriver.GetEffectiveDiagnsotics and AnalyzerDriver.IsAnalyzerSuppressed() are two APIs about filtering that the IDE uses. There are legitimate scenarios for both of them being public APIs even if we make the IDE simply ask the compiler to run its analyzers. For eg: the IDE will need to run Document analyzers and the compiler can never run them. It needs to filter the results after that. Filtering requires pragma state and suppressmessage etc which are compiler'y things. The plan here is to move these APIs to a type called CompilationWithAnalyzers that John is creating to replace the AnalyzerDriver.GetAnalyzerdiagnostics() method. Once that happens, we can make AnalyzerDriver fully internal. This change doesn't touch those methods.
      
      The shared code needed to access some resources. So I've created a type called AnalyzerDriverResources in both the Codeanalysis and features projects and they redirect to the appropriate resources.
       (changeset 1390439)
      644f378d
  31. 24 12月, 2014 3 次提交
    • A
      Simplify updating LKG compiler & analyzers by introducing "global" NuGet references · 9ee65cac
      angocke 提交于
      This changeset introduces the concept of a "global" nuget package. The references to the NuGet packages are inserted into the Open VSL.Settings.targets file, which is imported into every project in Roslyn. This ensures that every project automatically gets these "global" packages. (changeset 1386548)
      9ee65cac
    • T
      Updates System.Collections.Immutable and System.Metadata.Reader to versions... · e8be04b7
      TomasMatousek 提交于
      Updates System.Collections.Immutable and System.Metadata.Reader to versions 1.1.33-beta and 1.0.18-beta, respectively.
           Updates VSMEF to the latest build from VSPRO_1.
      
           A few code fixes:
           - ImmutableArrayInterop is gone
             - in product we used in a couple of places where we now just create a copy of the byte[] (MetadataWriter)
             - test infrastructure uses a workaround with explicitly laid out union to avoid copies of large metadata blobs
           - EditorTestApp class was incorrectly importing MEF components resulting in a cycle. The new VSMEF reports such errors. (changeset 1385613)
      e8be04b7
    • A
      Update the Roslyn solution to build our executables as both 32 and 64-bit. · ee555d23
      angocke 提交于
      ***NO_CI***
       (changeset 1384854)
      ee555d23
  32. 04 12月, 2014 1 次提交
    • J
      Clean up unnecessary StyleCop inclusion and fix packages.config. · d07164b7
      jasonmalinowski 提交于
      We had a number of projects that included the StyleCop NuGet package only to also disable StyleCop. We also had some projects that were referencing assemblies out of packages but didn't say so in packages.config, or had stuff in packages.config not reflected in the actual project file. (changeset 1378738)
      d07164b7