[WIP] support operator interception for non-literal types - #147
[WIP] support operator interception for non-literal types#147erikerlandson wants to merge 5 commits into
Conversation
|
Example run of current code: |
|
OK, I know the reason. Indeed, as you suspected the
|
|
Thanks, I'll look into that. I think I may also be loading CalcUnknown with the wrong type and tree from the call to implicitly |
Yeah, IIUC, I think I should be loading something more like the On a related note, subclassing |
Add support for This will allow to get the Out.I think it's possible to generalize it properly by checking if its a subtype/subclass.
I don't see how is this related to |
|
You know what, leave it to me, I'll try to do this over the weekend, and you can finish the fraction on top. |
OK, thanks! |
|
@soronpo did you have a chance to play with this at all? |
Sorry, still have too much on my plate. I'll get there soon though. |
|
Starting to work on it |
|
closing this in favor of #149 |
goal is to support the ability for OpMacro to attempt a call to
implicitly[OpIntercept[op, arg, arg...]]when it cannot resolve an operator with its arguments. See discussion on #140.