1. 28 2月, 2020 1 次提交
  2. 20 2月, 2020 1 次提交
  3. 15 2月, 2020 1 次提交
  4. 14 2月, 2020 1 次提交
  5. 12 2月, 2020 1 次提交
  6. 04 2月, 2020 1 次提交
  7. 31 1月, 2020 1 次提交
  8. 24 1月, 2020 1 次提交
  9. 18 1月, 2020 1 次提交
  10. 16 1月, 2020 1 次提交
  11. 11 1月, 2020 1 次提交
  12. 07 1月, 2020 1 次提交
  13. 24 12月, 2019 1 次提交
  14. 22 12月, 2019 1 次提交
  15. 14 12月, 2019 2 次提交
  16. 13 12月, 2019 1 次提交
  17. 12 12月, 2019 1 次提交
  18. 11 12月, 2019 1 次提交
  19. 10 12月, 2019 1 次提交
  20. 03 12月, 2019 1 次提交
  21. 22 11月, 2019 1 次提交
  22. 21 11月, 2019 1 次提交
  23. 13 11月, 2019 1 次提交
    • J
      Implement lambda discard parameters (#38786) · 4dea4416
      Julien Couvreur 提交于
      * Implement lambda discard parameters
      
      * Remove duplicate tests
      
      * Factor logic to recognize underscore tokens
      
      * Align symbol display with other discards
      
      * Distinguish discards in QuickInfo
      
      * Add IsDiscard property instead of IDiscardSymbol
      
      * Adjust IDE logic to use IsDiscard
      
      * Avoid large tuple return
      
      * Add test for ref/out discard parameters
      
      * Address PR feedback and test plan ideas
      
      * Allow in expression trees
      
      * Support general discard parameters
      
      * Add IDE tests
      
      * Emit with unspeakable name
      
      * Remove unused error code
      
      * Only support lambdas
      
      * Fix tests
      
      * Address some PR feedback
      
      * Address remaining feedback
      
      * Address more feedback
      
      * Fix conflict
      
      * Update PublicAPI.Unshipped.txt
      
      * Update PublicAPI.Unshipped.txt
      
      * Add ChangeSignature tests
      
      * Add SymbolCompletion tests
      
      * Add InlineRename test
      
      * Typo
      4dea4416
  24. 09 11月, 2019 1 次提交
  25. 01 11月, 2019 1 次提交
  26. 19 10月, 2019 1 次提交
    • C
      Minor using decl fixes (#39373) · 6550f516
      Chris Sienkiewicz 提交于
      * async -> asynchronous
      * Fix up error messages for await using declarations in langver < 8.0
      * Use CSharpTestBase.IAsyncDisposableDefinition for interfaces
      6550f516
  27. 28 9月, 2019 1 次提交
  28. 21 9月, 2019 1 次提交
  29. 18 9月, 2019 2 次提交
  30. 14 9月, 2019 1 次提交
  31. 01 9月, 2019 1 次提交
  32. 31 8月, 2019 1 次提交
  33. 30 8月, 2019 1 次提交
  34. 29 8月, 2019 1 次提交
  35. 25 8月, 2019 1 次提交
  36. 22 8月, 2019 1 次提交
  37. 15 8月, 2019 2 次提交
    • N
      Reduce memory consumption for string concatenation from O(n^2) to O(n) (#37915) · 99cc3811
      Neal Gafter 提交于
      Fixes #7398
      Fixes #37572
      Relates to https://github.com/aspnet/Razor/issues/614 and many other customer accommodations that are no longer needed.
      
      History of this bug:  When constant folding a long sequence of string concatenations, there is an intermediate constant value for every left-hand operand.  So the total memory consumed to compute the whole concatenation was *O(n^2)*.  The compiler would simply perform this work and eventually run out of memory, simply crashing with no useful diagnostic.  Later, the concatenation implementation was instrumented so it would detect when it was likely to run out of memory soon, and would instead report a diagnostic at the last step. See https://github.com/dotnet/roslyn/commit/f177077665a5bef862014f1898b961d1759c9248.  Test `Bug529600()` was added to demonstrate that we produced a diagnostic.  However, the compiler still consumed *O(n^2)* memory for the concatenation and this test used to consume so much memory that it would cause other tests running in parallel to fail because they might not have enough memory to succeed.  So the test was disabled and eventually removed.  The compiler would still crash with programs containing large string concatenations, or consume huge amounts of memory and take a long time before reporting a diagnostic, so the underlying problem had not been addressed.
      
      Here we have revised the implementation of constant folding string concatenations so that it requires *O(n)* memory and remove the old instrumentation.  As a consequence the test `Bug529600()` now runs very quickly and does not consume gobs of memory.
      99cc3811
    • R