-
Notifications
You must be signed in to change notification settings - Fork 779
Migrating from getExpressionInfo
to expression wrappers
#7525
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
Conversation
…sistencies in `getExpressionInfo`
Related discussion: #7515 |
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.
Nice!
Maybe we can make Expression constructor return the specific instance? Can we just make the instruction-building functions return expression wrappers? That shouldn't be a breaking change, as expression wrappers can be implicitly converted to Wasm pointers via valueOf (e.g. +expr or expr | 0). |
…binaryen into migrate-expression-info
Sorry, what do you mean here? What type of code can construct something with only Expression? |
I mean that the binaryen/src/js/binaryen.js-post.js Lines 4052 to 4057 in 90ad796
|
I see, thanks. Yes, I guess it could. Initially it felt slightly odd to me, maybe because in C++ |
Replace the obsolete
getExpressionInfo
with expression wrapper functions.