Language: nested-frame warnings cite inner opline not the call (#32040)

[PurHur]

Summary

• Warnings/deprecations raised inside a user function, method, or closure cited the call site (f();, $obj->m(), $fn();) instead of Zend's inner opline (EG(current_execute_data)->opline in Zend/zend_execute.c).
• ErrorReporter::resolveDisplayLocation now prefers this frame's pending FUNCCALL / current opcode (same order as FatalSite, Language: private(set) Error::getLine() is caller — Zend assignment line in method (zend_object_handlers.c) #29665) before walking parent callSiteLine. Internal builtins still fall through to the user call site (Runtime: set_error_handler() callbacks receive empty $file and line 0 — Zend passes trigger site (Zend/zend_execute.c) #11163).
• Echo/print opcodes keep sourceLocation; JIT bakes that line into undef-var and float→int helpers (no new runtime/*.c).

php-src: Zend/zend_execute.c, Zend/zend_errors.c, Zend/zend_operators.c mod_function.

PHP implementation: lib/VM/ErrorReporter.php, lib/Compiler.php, lib/JIT.php, lib/JIT/Helper.php, ext/standard/JitIntdiv.php.

Closes #32040

Test plan

• ./script/docker-exec.sh -- bash -lc 'php bin/vm.php test/repro/maintainer_gap_undef_var_function_line.php' — Warning on line 6 (Zend; not call line 8)
• ./script/docker-exec.sh -- bash -lc 'php bin/vm.php test/repro/maintainer_gap_undef_var_method_line.php' — Warning on line 8 (not call line 11)
• ./script/docker-exec.sh -- bash -lc 'php bin/vm.php test/repro/maintainer_gap_mod_float_closure_line.php' — Deprecated on line 5 (not $fn() line 7)
• ./script/phpunit.sh --filter 'UndefinedVariableWarningLineTest|NestedFrameWarningLine32040|ErrorControlOperatorTest' — OK (15 tests)

Made with Cursor

[PurHur]

Duplicate of #32066 (already merged, Closes #32040). Lane C overflow-claimed ~11m after this run's claim and landed the ErrorReporter opline fix first.

This branch also had extra JIT/Compiler plumbing (echo sourceLocation, echo CV undef-var guard, float % precision-loss at callSiteLine) that is not required now that #32040 is closed. Not merging as a drive-by.