Skip to content

[spec] Additional possible implementation limits - #2207

Merged
rossberg merged 1 commit into
mainfrom
limits
Jul 22, 2026
Merged

[spec] Additional possible implementation limits#2207
rossberg merged 1 commit into
mainfrom
limits

Conversation

@rossberg

@rossberg rossberg commented Jul 9, 2026

Copy link
Copy Markdown
Member

Some oversights (e.g., number of active handlers) and some motivated by SpaceWasm. I don't consider any of them controversial.

@rossberg
rossberg requested a review from tlively July 9, 2026 08:40
@tlively

tlively commented Jul 9, 2026

Copy link
Copy Markdown
Member

LGTM, but I wonder if there are any limits an implementation could think up that we would push back on. Maybe we should give up on this being an exhaustive list?

@rossberg
rossberg merged commit 4bc9c38 into main Jul 22, 2026
10 checks passed
@rossberg
rossberg deleted the limits branch July 22, 2026 14:26
@rossberg

Copy link
Copy Markdown
Member Author

Good question. In a way, I see this list less as a boundary for implementors, but more as a warning for producers: these are the values not to get excessive with individually, even if an overall module can still be fairly large. More importantly, it is the list of things that some ecosystems might want to make concrete, like the JS-API does.

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