pimhwang/ILSpy - ILSpy - git.quantfans.net

Author	SHA1	Message	Date
apmoskevitz	d89f85087e	focus on CS8603, return null from method	11 months ago
Siegfried Pammer	936388ba18	Fix #2458 : ILExtraction.Extract handles BlockContainer.Kind != Normal.	4 years ago
Siegfried Pammer	1568aeca3e	Fix #2506 : NamedArgumentTransform loses information, if the original variable is of StackType.Ref	4 years ago
Daniel Grunwald	0414e7f8e9	Fix potential NRE in ILFunction.RegisterVariable()	4 years ago
dotnet format	0d9f871a4f	#2128 : Reformat the whole code base.	5 years ago
Daniel Grunwald	12094a8376	Support extraction out of control-flow IfInstruction even if it isn't using a Block as TrueInst/FalseInst.	5 years ago
Siegfried Pammer	10e3da3d16	Add missing license headers to MIT licensed files in ICSharpCode.Decompiler	5 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.	6 years ago