Skip to content

Conversation

@sbc100
Copy link
Collaborator

@sbc100 sbc100 commented Dec 11, 2025

I can't see why this was done this way in the first place? The PARAM_I64 support existed back in cdf7bc5 when proxying was first added.

Perhaps it was just that the EM_FUNC_SIG_XX macros were harder write before I64 was replaced with J in #20678?

Fixes: #25932

@juj
Copy link
Collaborator

juj commented Dec 11, 2025

Hmm, I can't remember. The only thing I vaguely recall about the wait timeout was the need to avoid 53-bit Number splicing.. but that doesn't seem to happen here. LGTM.

I can't see why this was done this way in the first place?  The
`PARAM_I64` support existed back in cdf7bc5 when proxying was first
added.

Perhaps it was just that the `EM_FUNC_SIG_XX` macros were harder write
before `I64` was replaced with `J` in emscripten-core#20678?

Fixes: emscripten-core#25932
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.

glClientWaitSync and glWaitSync broken with WASM_BIGINT=1

2 participants