Bug SS-153
2 votes

FunctionsExtensions: argument parsing problem with at()

Created by Martin Kraska on 5/28/2014 3:41 AM Last Updated by Davide on 7/9/2014 8:29 PM
%
 (hrs)
Logged: 0   (hrs)

 Description

If the substitution is specified in equation form, then parsing is dependent on if the equation is enclosed in parentheses or not. Normally, this should not matter.

    Davide (Wednesday, July 9, 2014 8:29 PM) #

I prefer not declare this a feature. Like the simplification of the unary minus outside matrices and vectors, it depends from the symbolic preprocessing and maybe could change, seems better to improve my low-level preprocessing.

    Martin Kraska (Wednesday, May 28, 2014 11:31 AM) #

You might declare this being a feature, if you want to allow substitution of equations  Then the reported problem would be the only way to do so in the non-equation argument form In equation form this would look like a=(a=b).

I still think that there is no need to allow for equations as subsitute in the non-equation form. Thus we can avoid  side effects of spurious paren levels.

    Davide (Wednesday, May 28, 2014 4:26 AM) #

reproduced, I'll check it.