Repository navigation
Conversation
Closures share the variables they capture (PerryTS#14634), so makeCounter's counter prints 1, 2, 3 on --target web, as Node does. The expectation still said 1, 1, 1. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CUQanVsnitcrmYLAWWPc3p
|
No actionable comments were generated in the recent review. Walkthrough
Merge Risk:
|
Summary
tests/integration/wasm/04_functions.expectedstill expectedmakeCounter()to print1,1,1. Since #14634 (closures share the variables they capture and mutate), the web build correctly prints1,2,3, which is also what Node prints, so the case fails onmain. The expectation now holds Node's output:7,55,1,2,3. This is the same kind of fix as the two expectations in #14631.Only
tests/integration/wasm/04_functions.expectedchanges. No crate changes, so there is no changelog fragment.Test plan
bash tests/integration/wasm/run_wasm_tests.sh(run locally on macOS arm64): 31 passed / 2 failed (10_higher_order,19_ffi_imports). Onmainit is 30 / 3, with04_functionsthe third failure. The compiled program's output is identical tonode --experimental-strip-types tests/integration/wasm/04_functions.ts(Node 26.12.1).test.ymljob, so CI does not exercise this file. The run above is the evidence.BASE_SHA=<merge-base> SKIP_COMPILE_GATES=1 bash scripts/run_lint_gates.sh: FAIL set identical tomain's.Checklist
feat:/fix:/docs:/chore:prefix convention used in the log🤖 Generated with Claude Code
https://claude.ai/code/session_01CUQanVsnitcrmYLAWWPc3p
Summary by CodeRabbit