ILSpy

6079 Commits

54 Branches

94 Tags

91 MiB

Tree: 55842e4bfc

Commit Graph

Author	SHA1	Message	Date
Daniel Grunwald	016d9f8f4d	Fix #1903 : un-inline argument of unsupported `isinst` instructions.	6 years ago
Daniel Grunwald	539e3a906d	Fix #1552 : user-defined and decimal increments For user-defined increments, there were problems with Roslyn was optimizing out one of the stores. The new transform FixRemainingIncrements now takes increments/decrements that were not detected by TransformAssignment and introduces a temporary variable that can be incremented. This sometimes requires un-inlining via the new ILInstruction.Extract() operation. Extract() is not supported in all possible contexts, so it is possible but unlikely that some op_Increment calls remain. For decimals, the situation is different: legacy csc actually was optimizing "d + 1m" to "op_Increment(d)", so we can get rid of any left-over increments by undoing this optimization. This now happens in ReplaceMethodCallsWithOperators.	7 years ago

Author

SHA1

Message

Date

Daniel Grunwald

016d9f8f4d

Fix #1903 : un-inline argument of unsupported `isinst` instructions.

6 years ago

Daniel Grunwald

539e3a906d

Fix #1552 : user-defined and decimal increments

For user-defined increments, there were problems with Roslyn was optimizing out one of the stores.
The new transform FixRemainingIncrements now takes increments/decrements that were not detected by TransformAssignment and introduces a temporary variable that can be incremented.
This sometimes requires un-inlining via the new ILInstruction.Extract() operation.
Extract() is not supported in all possible contexts, so it is possible but unlikely that some op_Increment calls remain.

For decimals, the situation is different: legacy csc actually was optimizing "d + 1m" to "op_Increment(d)", so we can get rid of any left-over increments by undoing this optimization. This now happens in ReplaceMethodCallsWithOperators.

7 years ago

2 Commits (55842e4bfc75d4e40e2f18db22d0f0568ed912ff)