- 16 4月, 2015 40 次提交
-
-
由 Manish Vasani 提交于
Also disable a unit test that fails with new toolset.
-
由 Neal Gafter 提交于
-
由 Manish Vasani 提交于
Ensure that speculation analyzer catches replacements which introduces an error type in any of the ancestor expressions. Fixes internal bug 1086771
-
由 Heejae Chang 提交于
don't leak exception when path contains illegal path char
-
由 Heejae Chang 提交于
original watson bug is fixed by using extension manager when we do info ...
-
由 Heejae Chang 提交于
TryCombine should never throw exception.
-
由 Manish Vasani 提交于
Analyzer driver performance improvements to improve command line build throughput with analyzers. These changes bring down the self-build of Roslyn.sln with Roslyn analyzers from 2x of the core build time (build with no analyzers) to ~1.15x on my box. 1.Parallelize compilation event processing: Currently, a single thread processes all compilation events. This is the primary bottleneck for 2x build time with analyzers enabled. However, now that multiple threads process compilation events and execute analyzers, we need to guard against actions running concurrently for the same analyzer instance via a lock. This is accomplished via creating unique gate objects per analyzer instance and locking on them. Deadlock is not possible as these are stored on a private map of the core AnalyzerExecutor, and analyzer callbacks cannot call back into the AnalyzerDriver. 2.Execute syntax node actions for every symbol declared event sequentially: Current approach executes node actions in parallel for different analyzers (though each analyzer's actions are always executed sequentially). Invariably, these action callbacks on different analyzers share the same semantic model, leading to lot of contention on bound node cache accesses, hurting the overall performance. Switching this to completely sequential execution model for each symbol declared event, along with optimization (1) improves the overall performance. There is scope to still fine tune perf here by executing actions with distinct {Analyzer, SemanticModel} tuple in parallel, but I'll leave that for a separate attempt.
-
由 Manish Vasani 提交于
These changes bring down the self-build of Roslyn.sln with Roslyn analyzers from 2x of the core build time (build with no analyzers) to ~1.15x on my box. 1) Parallelize compilation event processing: Currently, a single thread processes all compilation events. This is the primary bottleneck for 2x build time with analyzers enabled. However, now that multiple threads process compilation events and execute analyzers, we need to guard against actions running concurrently for the same analyzer instance via a lock. This is accomplished via creating unique gate objects per analyzer instance and locking on them. Deadlock is not possible as these are stored on a private map of the core AnalyzerExecutor, and analyzer callbacks cannot call back into the AnalyzerDriver. 2) Execute syntax node actions for every symbol declared event sequentially: Current approach executes node actions in parallel for different analyzers (though each analyzer's actions are always executed sequentially). Invariably, these action callbacks on different analyzers share the same semantic model, leading to lot of contention on bound node cache accesses, hurting the overall performance. Switching this to completely sequential execution model for each symbol declared event, along with optimization (1) improves the overall performance. There is scope to still fine tune perf here by executing actions with distinct {Analyzer, SemanticModel} tuple in parallel, but I'll leave that for a separate attempt.
-
由 Jared Parsons 提交于
Let Jenkins specify a custom mono path
-
由 Charles Stoner 提交于
EE: Ignore accessibility in ExpressionLambdaRewriter Fixes #1618
-
-
-
由 Heejae Chang 提交于
-
由 Charles Stoner 提交于
EE: "Static members", etc. should not inherit Access, StorageType, TypeModifierFlags from parent item
-
由 Charles Stoner 提交于
-
由 Jared Parsons 提交于
-
由 Charles Stoner 提交于
-
由 Charles Stoner 提交于
-
由 Charles Stoner 提交于
AsyncRewriter should ignore accessibility in the EE Fixes #1813
-
由 Charles Stoner 提交于
-
由 Jared Parsons 提交于
CoreFx work
-
由 Charles Stoner 提交于
-
由 Tomáš Matoušek 提交于
Remove non-portable dependencies from EEs
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
Changes cibuild.sh to support the --mono-path option. When specified mono from that path will be used in the script instead of the current mono snapshot. This will allow us to extend our CI system to include Mac as well.
-
由 AlekseyTs 提交于
Do not report CS1720 warning when member being accessed is a static member.
-
由 AlekseyTs 提交于
Adjust implementation of LookupPosition.IsInMethodDeclaration to consider an expression body even in presence of a block.
-
由 Jared Parsons 提交于
This adds two scripts that setup a Linux box for building Roslyn. This represents the steps used to configure our Jenkins CI system for Linux. The scripts do the following: - setup.sh: One time machine setup to enable NuGet usage and consumption of mono CI builds - setup-snapshot.sh: Install the latest mono CI package and setup the PCL for that build. These scripts are brand new and should be considered experimental. closes #2007
-
由 Manish Vasani 提交于
Ensure that speculation analyzer catches replacements which introduces an error type in any of the ancestor expressions. Fixes internal bug 1086771
-
由 Kevin Pilch-Bisson 提交于
Use default item metadata so that this works in C# as well. Fixes #1876 for C# as well in "The Right Way"(TM).
-
由 Balaji Soundrarajan 提交于
CodeModel now completely handles Conversion operator declarations
-
由 Heejae Chang 提交于
fixed issue where $RootFolder$ and $ShellFolder$ wasn't resolved correctly
-
由 Tomas Matousek 提交于
-
由 Heejae Chang 提交于
First is cleanup some infobar code such as adding copyright header, adding internal, removing unused usings and etc. Second is adding more info in exception log. Last is making code action more resilient to null return value from user code.
-
由 VSadov 提交于
Improved code generation for ?. in some scenarios (in particular async)
-
由 Tomáš Matoušek 提交于
Changes ObjectPool leak detection to use simple light-up to get the stac...
-
由 Balaji Soundrarajan 提交于
Fix #1980 : CodeModel was not handling Conversion operator declarations in few areas. This change addresses these issues
-
由 Charles Stoner 提交于
-
由 AlekseyTs 提交于
Adjust implementation of LookupPosition.IsInMethodDeclaration to consider an expression body even in presence of a block. Fixed #1702.
-
由 AdamSpeight2008 提交于
-