module style 1: use compile context in more places

[prozacchiwawa]

Note

Medium Risk
Touches core compiler and evaluator plumbing by changing compile_program/REPL/shrinker APIs to share a mutable BasicCompileContext, which could subtly affect allocator/symbol/optimizer state across nested compiles and macro evaluation.

Overview
Refactors compilation entrypoints to use a shared BasicCompileContext. CompilerOpts::compile_program now takes &mut BasicCompileContext (instead of separate allocator/runner/symbol table), and call sites in codegen and optimizer are updated accordingly.

Threads compile context through evaluation/minification flows. The REPL, shrink tool, evaluator (shrink_bodyform + macro expansion), preprocessor macro compilation, and WASM REPL invocation now build/use a BasicCompileContext and obtain optimizers via get_optimizer, reducing ad-hoc allocator/symbol handling.

Also updates pyo3 module constructors to the newer Python<'_> signature and adjusts tests to the new context-based APIs.

^{Written by Cursor Bugbot for commit 1cd7de3. This will update automatically on new commits. Configure here.}

[cursor]

Cursor Bugbot has reviewed your changes and found 1 potential issue.

^{Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}