- 06 8月, 2019 5 次提交
-
-
由 Joey Robichaud 提交于
-
由 Joey Robichaud 提交于
-
由 Joey Robichaud 提交于
Update LanguageServices dependencies
-
由 Joey Robichaud 提交于
Update signing cert used for EE.ResultProvider - 16.3 P2
-
由 Joey Robichaud 提交于
-
- 03 8月, 2019 6 次提交
-
-
由 Joey Robichaud 提交于
-
由 Joey Robichaud 提交于
Skip BasicEditAndContinue integration tests that are failing
-
由 Ivan Basov 提交于
-
由 Joey Robichaud 提交于
-
由 Joey Robichaud 提交于
-
由 Tomáš Matoušek 提交于
* Cleanup * Optimize memory allocation of LCS algorithm
-
- 02 8月, 2019 19 次提交
-
-
由 Jason Malinowski 提交于
Merge pull request #37594 from jasonmalinowski/add-nullable-annotations-to-speculative-model-creation Add nullable annotations to speculative model creation and update code for bug found
-
由 dotnet-automerge-bot 提交于
Merge release/dev16.3-preview1 to master
-
由 Jason Malinowski 提交于
Update some skip attributes on TypeInferrer tests
-
由 Jason Malinowski 提交于
Consume the new compiler API for comparing symbols without nullability
-
由 Jason Malinowski 提交于
Fix using statements to use correct copy of PooledObjects
-
由 Manish Vasani 提交于
Fix trailing whitespace and superfluous blank lines in generated GlobalSuppressions.cs
-
由 Andrew Hall 提交于
-
由 Manish Vasani 提交于
Add an integration test for #37623
-
由 Tomáš Matoušek 提交于
* EE: Do not trim comments from expression preceding a quote
-
由 David 提交于
Deserialize to VSClientCapabilities
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 jnm2 提交于
-
由 Manish Vasani 提交于
Adds a typing integration test for https://github.com/dotnet/roslyn/pull/37623. Primary bug fixed in the PR: VSO [#957250](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957250). I verified that the test fails consistently without the fix in #37623 and passes consistently after the fix.
-
由 Manish Vasani 提交于
My previous PR #37303 to improve IDE open file analysis performance led to a functional regression where attempting to compute open file diagnostics for a partial type leads to recursive attempt to force complete all partial trees, which in turn attempt force completion of original tree. In presence of cancellation request, this leads to a stack overflow and VS crash. The fix here ensures that we don't attempt partial tree analysis when invoked in context of partial analysis itself. Fixes VSO [#957250](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957250) and [#957243](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957243) Fixes #37567 I have manually verified the crash before the fix and verified it does not repro after the fix. I am working on adding an integration test for the scenario with a follow-up commit/PR.
-
- 01 8月, 2019 10 次提交
-
-
由 Manish Vasani 提交于
Recognize existing GlobalSuppressions.cs when it has a using directive
-
由 David 提交于
Add back typescript gotodef on the client.
-
由 dotnet-automerge-bot 提交于
Merge release/dev16.2 to release/dev16.3-preview1
-
由 Jason Malinowski 提交于
The Microsoft.CodeAnalysis.FlowAnalysis.Utilities assembly which we consume accidentally made it's copy of the PooledObjects helper public. That copy has a different namespace, so by using the wrong namespace we were pulling in that assembly's copy rather than using the copy we have in our assembly. This causes us to do an early assembly load when it's absolutely not necessary.
-
由 Ivan Basov 提交于
Use expr/block body lambda simplification
-
由 Manish Vasani 提交于
Semantic model variable is never used
-
-
由 Fred Silberberg 提交于
Make Microsoft.CodeAnalysis.Analyzers reference conditional in source-build.
-
由 MichaelMaio 提交于
* Adjust ngen priority of assemblies for perf gains These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup. After this change, the following assemblies should be ngen'd at priority 1: common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.csharp.dll common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.dll common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.features.dll common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.remote.servicehub.dll common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.workspaces.dll common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.visualstudio.languageservices.dll * Adjust ngen priority of assemblies for perf gains These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup. After this change, the following assemblies should be ngen'd at priority 1: msbuild\current\bin\roslyn\microsoft.build.tasks.codeanalysis.dll msbuild\current\bin\roslyn\microsoft.codeanalysis.csharp.dll msbuild\current\bin\roslyn\microsoft.codeanalysis.dll msbuild\current\bin\roslyn\vbcscompiler.exe * Undoing ngen priority changes in wrong file. * Adjust ngen priority of assemblies for perf gains These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup. After this change, the following assemblies should be ngen'd at priority 1: msbuild\current\bin\roslyn\microsoft.build.tasks.codeanalysis.dll msbuild\current\bin\roslyn\microsoft.codeanalysis.csharp.dll msbuild\current\bin\roslyn\microsoft.codeanalysis.dll msbuild\current\bin\roslyn\vbcscompiler.exe * Set ngen priority to 1 for two System assemblies After this change, the following assemblies should be ngen'd at priority 1: msbuild\current\bin\roslyn\system.collections.immutable.dll msbuild\current\bin\roslyn\system.reflection.metadata.dll * Update DesktopCompilerArtifacts.targets * Stop ngen'ing vbc.exe and csc.exe as pri1 The feedback we've gotten about build slow-down after VS update focused on IDE build and not command line build. We're working on a change in VS to start ngen'ing pri1 assemblies synchronously during Setup, and so we want to restrict that only to assemblies for which analysis shows a significant perf impact to the IDE start, open solution, and build solution scenarios. * Set ngen priority to 2 for csc.exe and vbc.exe I was intending to set these to pri2 with the previous change, but instead removed the prioritization altogether, which would leave it at the default (3). * Set ngen priority to 2 for csi.exe Per discussion with Roslyn team, this exe should have negligible jit impact on performance.
-
由 Dayton Ellwanger 提交于
-