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
@sbc100 sbc100 merged commit b624060 into emscripten-core:main Dec 18, 2025
33 of 35 checks passed
@sbc100 sbc100 deleted the glWaitSync branch December 18, 2025 00:51
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