-
Notifications
You must be signed in to change notification settings - Fork 157
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
Reduce dependencies and compilation #1180
Conversation
abstract type Operator <: Function end | ||
abstract type Operator end |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@YingboMa or @shashi do either of you know why this causes things to start requiring nameof
in show methods? I think I may move this abstract type to SymbolicUtils so it can be handled there, but I don't quite know where it's looking for whether something is truly a function or not and why that makes a difference.
@@ -45,6 +45,7 @@ end | |||
(D::Differential)(x::Union{Num, Arr}) = wrap(D(unwrap(x))) | |||
(D::Differential)(x::Complex{Num}) = wrap(ComplexTerm{Real}(D(unwrap(real(x))), D(unwrap(imag(x))))) | |||
SymbolicUtils.promote_symtype(::Differential, T) = T | |||
SymbolicUtils.isbinop(f::Differential) = false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about all the other operators? This is a breaking change.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just in printing, and the follow up PR fixes the printing.
No description provided.