- 25 1月, 2020 1 次提交
-
-
由 Andy Gocke 提交于
The synthesized constructor assigns the properties, if they are synthesized properties. The properties are synthesized only if no conflicting member already exists in the class.
-
- 18 1月, 2020 1 次提交
-
-
由 Julien Couvreur 提交于
-
- 17 1月, 2020 1 次提交
-
-
由 Andy Gocke 提交于
This just adds a synthesized symbol (no body) for the constructor. Preliminary spec work at https://github.com/dotnet/csharplang/pull/3076
-
- 11 1月, 2020 1 次提交
-
-
由 Julien Couvreur 提交于
-
- 07 1月, 2020 1 次提交
-
-
由 Tom Needham 提交于
-
- 06 1月, 2020 1 次提交
-
-
由 Andy Gocke 提交于
As agreed in LDM, the specification requires that a data contextual keyword be present in front of the class and a parameter list to be present after the identifier, for the type to be a record. The absence of either of these two elements will be a semantic error, not a parsing error.
-
- 24 12月, 2019 1 次提交
-
-
由 yair halberstadt 提交于
-
- 22 12月, 2019 1 次提交
-
-
由 yair halberstadt 提交于
-
- 14 12月, 2019 2 次提交
-
-
由 Rikki Gibson 提交于
-
由 Bradley Grainger 提交于
-
- 13 12月, 2019 1 次提交
-
-
由 Tomáš Matoušek 提交于
-
- 10 12月, 2019 1 次提交
-
-
由 Julien Couvreur 提交于
-
- 22 11月, 2019 1 次提交
-
-
由 Charles Stoner 提交于
-
- 21 11月, 2019 1 次提交
-
-
由 AlekseyTs 提交于
Fixes #39731. - Declaration of classes, structures and enums within variant interfaces is disallowed. - Nested classes synthesized by the compiler don't have variant emitted type parameters. - Local functions and lambdas used within a variant interface always have display class.
-
- 13 11月, 2019 1 次提交
-
-
由 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
-
- 09 11月, 2019 1 次提交
-
-
由 Charles Stoner 提交于
-
- 01 11月, 2019 1 次提交
-
-
- 19 10月, 2019 1 次提交
-
-
由 Chris Sienkiewicz 提交于
* async -> asynchronous * Fix up error messages for await using declarations in langver < 8.0 * Use CSharpTestBase.IAsyncDisposableDefinition for interfaces
-
- 21 9月, 2019 1 次提交
-
-
由 Neal Gafter 提交于
Fixes #38571
-
- 18 9月, 2019 2 次提交
-
-
由 Julien Couvreur 提交于
-
由 Rikki Gibson 提交于
-
- 14 9月, 2019 1 次提交
-
-
由 Larry Golding 提交于
-
- 01 9月, 2019 1 次提交
-
-
由 Neal Gafter 提交于
Fixes #27060
-
- 31 8月, 2019 1 次提交
-
-
由 Larry Golding 提交于
-
- 30 8月, 2019 1 次提交
-
-
- 29 8月, 2019 1 次提交
-
-
由 Larry Golding 提交于
-
- 25 8月, 2019 1 次提交
-
-
由 Julien Couvreur 提交于
-
- 22 8月, 2019 1 次提交
-
-
由 AlekseyTs 提交于
Prevent embedding of non-abstract interface members. Closes #35852. Closes #35911.
-
- 15 8月, 2019 2 次提交
-
-
由 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.
-
由 Rikki Gibson 提交于
-
- 21 7月, 2019 1 次提交
-
-
由 Andy Gocke 提交于
Fixes #33821
-
- 18 7月, 2019 1 次提交
-
-
由 Charles Stoner 提交于
-
- 16 7月, 2019 1 次提交
-
-
由 Neal Gafter 提交于
Implements https://github.com/dotnet/csharplang/issues/2389 Fixes #35958 Note that the switch expression conversion is not a standard implicit conversion. Specifically, it should not be considered as a valid implicit conversion as input to a user-defined conversion, as that could permit two chained user-defined conversions. Also changes binding of switch expression to ECMA so it can interact properly with switch expressions. Fixes #14965
-
- 15 7月, 2019 1 次提交
-
-
由 Rikki Gibson 提交于
-
- 12 7月, 2019 1 次提交
-
-
由 Andy Gocke 提交于
Fixes #37111
-
- 03 7月, 2019 1 次提交
-
-
由 Larry Golding 提交于
-
- 28 6月, 2019 1 次提交
-
-
由 Larry Golding 提交于
-
- 25 6月, 2019 1 次提交
-
-
由 AlekseyTs 提交于
Support nullable variance in interface and partial method implementation. Closes #35227.
-
- 24 6月, 2019 1 次提交
-
-
- 21 6月, 2019 1 次提交
-
-