- 23 11月, 2017 1 次提交
-
-
由 AlekseyTs 提交于
Fixes #23351.
-
- 22 11月, 2017 3 次提交
-
-
由 Adam Speight 提交于
Correcting a possible copy and paste error, should be `FULLWIDTH_LATIN_SMALL_LETTER_B`. Extended integer prefix tests to cover full range of permitted characters.
-
由 Neal Gafter 提交于
Fixes #12214
-
由 AlekseyTs 提交于
Fixes #23282.
-
- 18 11月, 2017 1 次提交
-
-
由 Heejae Chang 提交于
* made NFW to use runtime callstack rather than callstack from fake exception also, made WatsonReporter from VS and ServiceHub to share more implementation * PR feedback. rather than using null exception which is taken cared by NFW, we explicitly throw exception to have callstack so that it can show up in perfview as well. * centralize who throws exception if given exception is never thrown. also, explicitly add runtime callstack in one of reserved slot to make NFW bucketting better. * fixed tests and added empty callstack test
-
- 17 11月, 2017 4 次提交
-
-
由 Charles Stoner 提交于
Use synthesized attribute infrastructure for System.NullableAttribute Misc. Misc. Misc. Misc. Misc. Misc. PR feedback Override in PEMethodSymbol
-
由 Neal Gafter 提交于
Fixes #22619
-
由 Omar Tawfik 提交于
* Marshalling methods with `in` parameters should have [In] attribute * Apply [In] on all `in` parameters * More tests * nit
-
由 Andy Gocke 提交于
Also skip another test that failed while skipping the original test
-
- 16 11月, 2017 5 次提交
-
-
由 vsadov 提交于
-
由 vsadov 提交于
-
由 AlekseyTs 提交于
Fix NullReferenceException thrown while building IOperation node for dynamic object member initializer. (#23162) Fixes #23154.
-
由 AlekseyTs 提交于
Related to #22548 and #22229.
-
由 AlekseyTs 提交于
Related to #22548 and #22229. There are several issues with IOperation tree when it comes to conversions applied to tuple literals: 1. When conversion is explicitly specified in code, it is translated to conversions on individual elements of the literal and these BoundConversion nodes are also marked as explicitly specified in code (which makes sense). However, the syntax associated with a BoundConversion node on top of an element matches the syntax of the element (which also makes sense). The problem is that both the conversion node and the element appear as “explicit” in IOperation tree, which violates one of the tree invariants – at most one “explicit” node for a given syntax node. 2. When a tuple literal is converted, compiler creates a BoundConvertedTupleLiteral node, which has the target tuple type as its Type, but the BoundConversion node on top of the BoundConvertedTupleLiteral captures conversion information (kind, etc.) for conversion From tuple’s natural type to the target type. So, often, we end up with both nodes having The same Type, but the conversion says it is not an identity conversion. This shape helps SemanticModel to provide accurate information about types and conversions, but the IOperation tree looks very confusing. 3. When conversion is explicitly specified in code, the BoundConversion node from the previous item is marked as explicitly specified in code, but it shares syntax node with BoundConvertedTupleLiteral. Both nodes appear as “explicit” in IOperation tree, which violates the same invariant. 4. When conversion is explicitly specified in code, compiler adds yet another explicit Identity conversion on top of the BoundConversion node from the previous item. It is needed for proper SemanticModel behavior. Even when it uses different syntax, the IOperation tree looks very confusing, there are two conversions on top of each other and it is not clear why intermediate conversion node is needed. In order to address all these issue the following changes are made to IOperation factory: - If conversion node is associated with the same syntax as its operand, the conversion is marked as isImplicit. - If Type of BoundConvertedTupleLiteral matches the Type of BoundConversion node on top of it the conversion node is not added to the IOperation tree. Instead a new property is added to ITupleOperation interface, called NaturalType. The property exposes the natural type of the tuple literal and makes it easy for consumers to figure out if a conversion from a natural type of a tuple literal took place. - If Type of BoundConvertedTupleLiteral doesn’t match the Type of BoundConversion node on top of it and there is an identity conversion node on top of the BoundConversion node, the intermediate conversion node is not added to the IOperation tree, its conversion information is used for the top-most conversion node (instead of saying that it is identity).
-
- 15 11月, 2017 7 次提交
-
-
由 vsadov 提交于
Fixes an issue with flow analysis where branches within `try` could be considered as going through `finally` We could incorrectly assume that variable is assigned (or unassigned in async capture tracking case). As a resutl we could - allow use of unassigned locals (undefined behavior) - not capture a local whose value survives `await` (NRE crash) Also added a regression test fro VB, which does not seem affected. Fixes:#19831
-
由 Julien Couvreur 提交于
-
由 Julien Couvreur 提交于
-
由 Ashley Hauck 提交于
-
由 Manish Vasani 提交于
-
由 Andy Gocke 提交于
-
由 Ashley Hauck 提交于
-
- 14 11月, 2017 5 次提交
-
-
由 vsadov 提交于
-
由 elijah6 提交于
* Separating warning messages for constant filter expression * Deal with try-catch with finally block and add test
-
由 vsadov 提交于
-
由 Andy Gocke 提交于
RunCore previously had a mix of diagnostic reporting methods including lists of Diagnostics, lists of DiagnosticInfos, ConcurrentQueues of Diagnostics, and just printing things directly to the console. This commit tries to simplify things by moving to using Diagnostics and DiagnosticBags wherever possible in the compile+emit phase of RunCore.
-
由 Ashley Hauck 提交于
-
- 11 11月, 2017 4 次提交
-
-
由 Fredric Silberberg 提交于
-
由 Fredric Silberberg 提交于
-
由 Ashley Hauck 提交于
Prefer to use runtime checks instead.
-
由 Manish Vasani 提交于
-
- 10 11月, 2017 5 次提交
-
-
由 Omar Tawfik 提交于
-
由 vsadov 提交于
-
由 Julien Couvreur 提交于
-
由 vsadov 提交于
-
由 Ashley Hauck 提交于
-
- 09 11月, 2017 5 次提交
-
-
由 Fredric Silberberg 提交于
-
由 Manish Vasani 提交于
* Ensure that we track additional member symbols in the VB binder context and populate the additional field/property symbols initialized by VB AsNew clause that initializes more than one field/property Note: This change also includes an API change to `IPropertyInitializer` as VB WithEvents declaration with AsNew clause initializer can initialize multiple properties. Fixes #17813 * Fix wording in some comments * Address review feedback * Fix build break
-
由 Fredric Silberberg 提交于
-
由 vsadov 提交于
-
由 vsadov 提交于
Debug info cannot express reuse yet. Locals backed by reused fields cannot be seen in EE for now regadless of their names.
-