-
Notifications
You must be signed in to change notification settings - Fork 3.5k
Rebaseline code size tests #20530
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
Rebaseline code size tests #20530
Conversation
The auto-rollers skip these tests yes. |
|
I'm not seeing any deltas on |
|
I have llvm built from 77c2b623ca4c and binaryn built from 02e5b160a BTW.. which I think matches the current tot build. |
Sigh, not again... I cleaned the cache, installed latest emsdk, did What else am I missing at this point? 😅 |
emsdk
|
|
What's also interesting (?) is that for this test I'm not seeing a failure.
Yup. |
|
@sbc100 Did you find why you had different size locally? |
|
I'm now seeing some differences with Can you re-run with current tot... i normally just submit these changes directly without review but in this case maybe with worth investigating. |
Not sure why they weren't caught by CI (does it skip those tests?), but it looks like there are some differences in unoptimized code size on main.
Rerunning now... still seeing my differences, and yours in addition (but I actually didn't run metadce tests when making this PR, so they might've been always there). |
710266a to
2197a01
Compare
|
Rebased, reran with latest tot and pushed my metadce changes as well (there is tons of those, seems more than in your PR). But either way, the original code size difference I saw is still there. |
|
I installed tot and ran a rebase against main. I seem to get the same results as Sam. https://gist.github.com/brendandahl/51da397222be9dc64bf336ff09852a47 |
|
Unless there is still something in my environment despite multiple cleanups and rebases and tot installations this far, I'm getting suspicious of this being somehow a Windows vs Unix issue, even though those tests already set some settings to avoid cross-platform differences. Does anyone else have a Windows machine to try that unoptimized code size test on? I'll try on WSL later as well. |
|
I guess another thing I could try is ask one of you to upload your output JS from |
|
Looks like the difference is indeed in newlines only: my hello_world.js has CRLF and yours has LF endings, but otherwise they're identical. |
|
Ah right, the main I'll send a fix. |
Previously they'd use the EOL of the platform they were run on, which led to discrepancies on Windows like emscripten-core#20530.
Note that this bumps minimum Chrome & Firefox versions, as well as JS version from ES2020 to ES2021. I believe this is not blocked on emscripten-core#11984 as it doesn't require Closure to emit runtime helpers. This is mostly automated with ast-grep, bunch of custom rules, and a few manual fixups. Best viewed with "ignore whitespace changes" (https://github.com/emscripten-core/emscripten/pull/20531/files) due to indentation changes and due to first commit being emscripten-core#20530. Care was taken to ensure that false-y conditions still use `||` where it might matter and only null-ish conditions use `??`.
Note that this bumps minimum Chrome & Firefox versions, as well as JS version from ES2020 to ES2021. I believe this is not blocked on emscripten-core#11984 as it doesn't require Closure to emit runtime helpers. This is mostly automated with ast-grep, bunch of custom rules, and a few manual fixups. Best viewed with "ignore whitespace changes" (https://github.com/emscripten-core/emscripten/pull/20531/files) due to indentation changes and due to first commit being emscripten-core#20530. Care was taken to ensure that false-y conditions still use `||` where it might matter and only null-ish conditions use `??`.
Note that this bumps minimum Chrome & Firefox versions, as well as JS version from ES2020 to ES2021. I believe this is not blocked on emscripten-core#11984 as it doesn't require Closure to emit runtime helpers. This is mostly automated with ast-grep, bunch of custom rules, and a few manual fixups. Best viewed with "ignore whitespace changes" (https://github.com/emscripten-core/emscripten/pull/20531/files) due to indentation changes and due to first commit being emscripten-core#20530. Care was taken to ensure that false-y conditions still use `||` where it might matter and only null-ish conditions use `??`.
Note that this bumps minimum Chrome & Firefox versions, as well as JS version from ES2020 to ES2021. I believe this is not blocked on emscripten-core#11984 as it doesn't require Closure to emit runtime helpers. This is mostly automated with ast-grep, bunch of custom rules, and a few manual fixups. Best viewed with "ignore whitespace changes" (https://github.com/emscripten-core/emscripten/pull/20531/files) due to indentation changes and due to first commit being emscripten-core#20530. Care was taken to ensure that false-y conditions still use `||` where it might matter and only null-ish conditions use `??`.
Not sure why they weren't caught by CI (does it skip those tests?), but it looks like there are some differences in unoptimized code size on main.