GSoC 2020 - Week 1
24 May 2020Key highlights of this week’s work are:
-
Fixed incorrect limit evaluations caused due to different assumptions of the limit variable
- In this issue, due to different assumptions of the limit variable, the output was coming out to be different and incorrect for the same limit expression.
On digging deep into this issue, we observed that the assumption
integer = Truewas common between all the incorrectly evaluated limit expressions. Thus, we concluded that theGruntz algorithmis not able to correctly evaluate those expressions where the limit variable possessesinteger = Trueproperty. So, in order to get all the correct mathematical behaviour from the expression, we decided to define a dummy variable lackinginteger = Trueproperty. After which, we simply had to substitute the limit variable with this dummy variable for these type of limit expressions to resolve the issue.
- In this issue, due to different assumptions of the limit variable, the output was coming out to be different and incorrect for the same limit expression.
On digging deep into this issue, we observed that the assumption
-
Fixed incorrect limit evaluations caused due to bug in rewriting
- At first, this issue seemed tough to resolve because we were unable to find the source of the error. But then, we decided to examine each expression which is generated during evaluation.
This helped us to observe that
rewritingof the expression was taking place incorrectly and we shifted our focus towards therewrite()function. Afterwards, it was pretty evident that thexreplace()function utilised for rewriting is not sufficient, as it did not find everything that needs to replaced. Thus, replacing thexreplace()function with thesubs()function helped us to resolve this issue.
- At first, this issue seemed tough to resolve because we were unable to find the source of the error. But then, we decided to examine each expression which is generated during evaluation.
This helped us to observe that