[ASDAlexander77]

Problem

Under the JIT, a program importing a class from another .ts file could not create an instance of it:

// main.ts
import './other'
print("Hello World", new S());

// other.ts
export class S { toString() { return "Hi"; } }

tslang main.ts failed with JIT session error: Symbols not found: [ S..new ]. mlirGenInclude always generated an imported .ts module as declarations only. Under the JIT nothing else provides the bodies, so S..new was only declared. S..new was just the first missing symbol; S.toString and the vtable had no bodies either.

Import rules after this change

	import of a .ts file	import of a .dll / .so
compile (--emit=obj/exe/dll)	declarations only: each module is compiled to its own object and the objects are linked into one program	declarations read from the library's embedded declarations; linked as for a .ts import (unchanged)
JIT (--emit=jit)	included with its bodies	declarations read from the library, which the program loads dynamically at run time

A .d.ts file is read as declarations either way.

Changes

• MLIRGenModule.cpp (mlirGenInclude): declarationMode = !compileOptions.isJit.
• test-runner.cpp: in -jit -shared mode on Linux, the imported library is no longer passed with --shared-libs. The import loads it at run time. This matches the Windows runner, which already did this.
• New tests in test/tester/import-source/: the example above as a JIT test (test-jit-import-source-new-imported-class), plus compiled, -shared and -jit -shared variants in which the module is built separately.

Testing

Linux, Release build with the prebuilt LLVM 22.1.8: the full ctest suite passes (3121 passed, 0 failed, 1 test already disabled). Not built or tested on Windows.

🤖 Generated with Claude Code

https://claude.ai/code/session_01VPAHhg8c9NEdoYNw52AtTg

---

Generated by Claude Code