-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve interface for symbolic constants #44
Comments
There are two issues with this scenario: First, the rule doesn't quite make sense - it says that (1 + an arbitrary value x) should be rewritten to (an arbitrary value y). Having variables on the right side that don't appear on the left should probably be an error, actually. This can currently be resolved though the use of constant functions, namely Second, you're right that the functionality for normalizing subexpressions of flat terms is currently broken - see #21. |
In Mathematica pattern matching there is a distinction between
and
The first will match only on the literal symbol |
The current way to deal with this is to use a constant function |
My experience with term rewriting is pretty much limited to my experience with Mathematica, but for what its worth, I've noticed that Mathematica makes no distinction between function heads ie |
Nope, not at all - that's exactly what I did. 😄 Just opened #45, in fact - it is a WIP, but any feedback/comments you could give would be appreciated. Should have a major impact on this and a handful of other open issues. |
I noticed today that the following does not behave as I'd expect:
this should return
@term(y + 3)
. Did I do something in defining the rule?The text was updated successfully, but these errors were encountered: