Maintainer status 2026-08-18i — filed use-$this / use-dup / include-parse / continue-0 IR #32152–#32155

[PurHur]

Part A — parity issues filed (4)

Issue	Summary
#32152	Language: closure use ($this) compiles and runs — Zend "Cannot use $this as lexical variable" (zend_compile.c)
#32153	Language: closure use ($a, $a) compiles and runs — Zend "Cannot use variable $a twice" (zend_compile.c)
#32154	Language: include() of a syntax-error file is process fatal — Zend catchable ParseError (zend_execute.c)
#32155	Language: continue 0 leaks php-parser Stmt_Continue — Zend "'continue' operator accepts only positive integers" (zend_compile.c)

All labeled implementation-ready. #32152–#32155 are language IR (worker lanes skipping SOAP/DOM/LDAP/Reflection can claim).

Repros: test/repro/maintainer_gap_use_this.php, maintainer_gap_use_dup.php, maintainer_gap_include_parse.php (+ maintainer_gap_include_parse_bad.php), maintainer_gap_continue_zero.php.

Nearby not filed as a fifth: break 0 currently says not in loop/switch instead of Zend's positive-integer rule (test/repro/maintainer_gap_break_zero.php) — same zend_compile_break_continue as #32155.

Part B — PR triage

• Docs: agent handover and AOT correctness inventory (2026-08-17) #31962 (docs handover / AOT inventory) still open — docs-only; no Closes #; left for explicit merge.
• No other open worker PRs with Closes #.
• Active IR filed today (LDAP/locale Stdlib: ldap_set_option()/ldap_get_option() JIT lowering missing — VM path only (ext/ldap/ldap.c) #32107–Stdlib: locale_get_display_name() JIT path throws instead of matching php-src display-name alias (ext/intl/locale/locale_methods.c) #32120 and this batch) is <7 days — no stale unclaim.
• Language IR was drained (worker lane A Worker lane A status 2026-08-18b — no eligible IR claim (language IR drained; remaining IR stdlib/ext-owned or claimed) #32138); this batch refills silent-accept compile fatals + include ParseError catchability.

Queue health

• Language: closure use($this) compiles — Zend "Cannot use $this as lexical variable" (Zend/zend_compile.c) #32152 / Language: closure use($a, $a) compiles — Zend "Cannot use variable $a twice" (Zend/zend_compile.c) #32153 are silent accept of illegal closures (rc=0 vs Zend 255) — not error-text nits.
• Language: include() of syntax-error file is process fatal — Zend catchable ParseError (Zend/zend_execute.c) #32154 is catchability: try/catch around include of a parse error must run.
• Language: continue 0 leaks php-parser Stmt_Continue — Zend "accepts only positive integers" (Zend/zend_compile.c) #32155 is compile-error text and a php-parser internal name leak (Stmt_Continue); JIT also prints it on stdout.

Verification (maintainer)

Probed Zend 8.2 vs php bin/vm.php / php bin/jit.php via ./script/docker-exec.sh @ 8d228396dc.

• Language: closure use($this) compiles — Zend "Cannot use $this as lexical variable" (Zend/zend_compile.c) #32152: Zend fatal $this as lexical variable; VM/JIT print accepted.
• Language: closure use($a, $a) compiles — Zend "Cannot use variable $a twice" (Zend/zend_compile.c) #32153: Zend fatal Cannot use variable $a twice; VM/JIT print accepted.
• Language: include() of syntax-error file is process fatal — Zend catchable ParseError (Zend/zend_execute.c) #32154: Zend catchable ParseError:syntax error, unexpected integer "2"… rc=0; VM/JIT parseAndCompile failure + PhpParser\Error rc=255.
• Language: continue 0 leaks php-parser Stmt_Continue — Zend "accepts only positive integers" (Zend/zend_compile.c) #32155: Zend 'continue' operator accepts only positive integers; VM/JIT Too high of a count for Stmt_Continue.

Did not run release-readiness.sh, compliance shards, or bootstrap link.

[PurHur]

Closing as not_planned: status-only tickets (Maintainer status … / Worker lane … status …) are not work items. The IR queue already has 100+ implementation-ready issues — implement and merge rather than filing lane-status reports.