Interop

Interop Boundaries

Choose a generated product or separately owned host integration without adding foreign syntax to Topaz.

Interop is a build and product boundary, not a second language inside Topaz. Keep application logic in checked .tpz modules, choose the product that fits the deployment environment, and review any surrounding host code separately.

Choose the boundary

NeedChooseWhat crosses the boundary
One executable for the build machine's OS and architectureRust BackendA managed native product built through Cargo
A product for an environment with Python 3.11 or newerPython BackendGenerated program.py with its bundled runtime
A browser or Worker productWASM & PlaygroundA managed Web artifact and its declared ABI
A custom Rust, Python, or service wrapperHost integrationGenerated product plus separately owned host code
Evidence that Lispex can exercise TopazLIT IntegrationA bounded dogfood and integration court
Source conversion involving Lena CodeLena Code InteropA separately maintained conversion workflow

LIT is not a shipped Topaz backend. Lena Code is not a new Topaz syntax. Both remain discoverable because they exercise or convert at an explicit boundary.

What stays Topaz

Modules, imports, expressions, types, patterns, and primary diagnostics remain Topaz. There is no import rust, inline Rust, Python, or JavaScript expression, implicit ABI, automatic ownership conversion, or automatic host-exception translation. Generated source is an artifact, not permission to place its tokens in a .tpz file.

Verify only shared observables

Check and run the Topaz package first. Build the selected target, then run the managed product with the same declared input. Compare the observable that matters to the application—such as stdout, an exit code, an artifact field, or a file result—not internal object layout or generated source shape.

Treat the result as evidence scoped to that program, input, environment, and declared observable. Review the generated product and host integration again when the compiler or deployment target changes.

Host ownership remains explicit

A wrapper around a generated product is foreign code with its own dependency, ownership, error, capability, and security review. Importing a Topaz or standard module does not grant filesystem, network, process, environment, clock, or database authority. Unsupported target behavior must fail loudly instead of silently changing the checked program.

Continue with Rust Backend, Python Backend, or LIT Integration.