-
Notifications
You must be signed in to change notification settings - Fork 830
[emscripten] Drop -sWASM=0 variant build
#7995
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
base: main
Are you sure you want to change the base?
Conversation
| else() | ||
| target_link_libraries(binaryen_js PRIVATE "-sEXPORT_ES6=1") | ||
| # Currently, js_of_ocaml can only process ES5 code | ||
| target_link_libraries(binaryen_js PRIVATE "-sEXPORT_ES6") |
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.
Hmm, I don't recall the background here, but if js_of_ocaml has issues with ES6, maybe it also does with wasm?
4e05087 to
ccdd06a
Compare
There is now just one emscripten target called `binaryen_js`. The settings for these two targets were almost identical except for. 1. Some JS_OF_OCAML specific stuff which is kept for the new unified target. 2. `-sASSERTIONS` was being forced (See #2507). I dropped this in favor of doing a debug build in testing where this is enabled by default.
The requirement for ES5 for |
There is now just one emscripten target called
binaryen_js. The settings for these two targets were almost identical except for.-sASSERTIONSwas being forced (See Avoid errors in binaryen.js assertions builds, and enable ASSERTIONS in debug builds. #2507). I dropped this in favor of doing a debug build in testing where this is enabled by default.