Skip to content

Fix emrun with EXIT_RUNTIME=0 #24944

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

Closed
wants to merge 1 commit into from

Conversation

juj
Copy link
Collaborator

@juj juj commented Aug 15, 2025

I run emrun-based test harness on https://github.com/juj/wasm_webgpu and it uses EXIT_RUNTIME=0 in the harness without problems. Not sure why this was deemed to be not working, but all the tests there are based on this mode.

After I updated Emscripten, the wasm_webgpu tests stopped working when this check had been added.

Copy link
Collaborator

@sbc100 sbc100 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't use emrun much myself but I if you use emrun to run a program doesn't emrun expect to be able to detect the exit status of the program?

@juj
Copy link
Collaborator Author

juj commented Aug 15, 2025

Not necessarily.

You can use emrun to launch a page, and then manually close the page. Emrun will detect that browser was closed, and shut itself down as well.

Or you can use emrun to launch a page, and then programmatically call window.close() to close the window and the browser, emrun will then again detect that browser was closed.

Or you can call emrun_quit() to close the page (which calls window.close() internally), for the same effect.

You can call emrun_quit() or window.close() asynchronously if your program is asynchronous. E.g. wasm_webgpu tests are asynchronous because acquiring a WebGPU adapter and device are asynchronous tasks.

@sbc100
Copy link
Collaborator

sbc100 commented Aug 15, 2025

As an actual user of emrun I'll defer to you on this.

QQ: If I run hello_world (unmodified) using emrun (but with out -sEXIT_RUNTIME) then the program will appear to run forever, right? I guess this is working as intended since programs without -sEXIT_RUNTIME don't exit per say.

@@ -734,9 +734,6 @@ def phase_linker_setup(options, linker_args): # noqa: C901, PLR0912, PLR0915
options.post_js.append(utils.path_from_root('src/emrun_postjs.js'))
if settings.MINIMAL_RUNTIME:
exit_with_error('--emrun is not compatible with MINIMAL_RUNTIME')
# emrun mode waits on program exit
if user_settings.get('EXIT_RUNTIME') == '0':
exit_with_error('--emrun is not compatible with EXIT_RUNTIME=0')
settings.EXIT_RUNTIME = 1
Copy link
Collaborator

@sbc100 sbc100 Aug 15, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Wait.. shouldn't we also delete this line then?

The reason for the above error is that we are about to set -sEXIT_RUNTIME=1 .. so if the user explicitly asks for -sEXIT_RUNTIME=0 then that is a contradiction.

How about we change the above error into a warnings: warning: ignoring -sEXIT_RUNTIME=0 because --emrun used.

What I'm trying to avoid is having emcc silently ignore the user's command line settings (or at least tell the user when two settings contradict each other, as in this case).

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh I see, the line settings.EXIT_RUNTIME = 1 will override user's command line if user passes emcc --emrun -sEXIT_RUNTIME=0. Hmm that's not good.

Actually I'm now confused how wasm_webgpu test suite was working with that line 740 with settings.EXIT_RUNTIME = 1 in place. Or maybe the user command line setting is applied only afterwards, so line 740 won't override it?

@juj
Copy link
Collaborator Author

juj commented Aug 16, 2025

I'll close this until I get a chance to verify how the EXIT_RUNTIME override behavior works.

@juj juj closed this Aug 16, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants