History

Darryl L. Miles 1adce493eb wasm: embed scmos display styles/colour maps (fix out-of-source init) The WASM link embeds ${MAGICDIR}/scmos (the build tree) at the VFS sys dir, which out of source holds only the generated tech files. A technology's "styles" section (styletype mos) also needs the display styles and colour maps -- scmos ${FILES}: mos..dstyle / mos..cmap -- which are source files absent from the build tree. So magic_wasm_init failed: Couldn't open color map file "mos.7bit.std.cmap" ... minimum.tech ... [styles] ... Cannot load technology "minimum" (In-tree this never showed because build == source. It was also masked until now behind the wasmBinary/INCOMING_MODULE_JS_API abort.) Embed each display file from the source tree into the same VFS dir via $(wildcard), which matches only files that exist -- so a stale/typo'd name in ${FILES} (e.g. the non-existent mos.7bit.mraster_dstyle) can't break the link. Verified on emsdk 6.0.3, both variants: smoke tests now pass 4/4 (notcl) and 5/5 (tcl). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>		2026-07-26 14:54:11 -04:00
..
README.md	Add WASM entry point and Emscripten build wiring	2026-05-11 14:20:47 -04:00
build-tcl-wasm.sh	wasm: force TCL select() notifier (Emscripten has no working epoll)	2026-07-26 14:54:11 -04:00
defs.mak	wasm: embed scmos display styles/colour maps (fix out-of-source init)	2026-07-26 14:54:11 -04:00
post-build.sh	Add WASM entry point and Emscripten build wiring	2026-05-11 14:20:47 -04:00

README.md

Magic VLSI — Headless WASM Build

This toolchain builds Magic as a headless WebAssembly module using Emscripten. X11, Tk, OpenGL, and readline are all disabled. The resulting magic.js / magic.wasm pair can be loaded in Node.js, a browser, or a Web Worker.

Quick start (npm package)

The easiest way to build and use the WASM module is through the npm package:

# Build magic.js + magic.wasm and copy them into npm/
bash npm/build.sh

# Run the test suite (extract, GDS, DRC, CIF)
npm --prefix npm test

See npm/examples/ for usage examples.

Manual build

Prerequisites: an activated emsdk checkout (emcc, emar, emranlib on PATH), plus standard make and gcc.

# 1. Configure for Emscripten
CFLAGS="--std=c17 -D_DEFAULT_SOURCE=1 -DEMSCRIPTEN=1 -g" \
  emconfigure ./configure \
    --without-cairo --without-opengl --without-x --without-tk --without-tcl \
    --disable-readline --disable-compression \
    --host=asmjs-unknown-emscripten \
    --target=asmjs-unknown-emscripten

# 2. Append the Emscripten-specific make settings
cat toolchains/emscripten/defs.mak >> defs.mak

# 3. Build
emmake make depend
emmake make -j$(nproc) modules libs
emmake make techs
emmake make mains

The outputs are magic/magic.js and magic/magic.wasm.

Embedded files

The following runtime files are baked directly into the WASM binary via Emscripten's --embed-file mechanism and are available at startup without any host filesystem access:

Host path	VFS path
`scmos/`	`/magic/sys/current/`
`windows/windows7.glyphs`	`/magic/sys/windows7.glyphs`
`windows/windows7.glyphs`	`/magic/sys/bw.glyphs`

To embed a custom technology file, add an --embed-file entry to TOP_EXTRA_LIBS in defs.mak.

Exported C API

The WASM module exports four functions:

Function	Description
`magic_wasm_init()`	Initialize Magic (idempotent — safe to call multiple times). Returns 0 on success.
`magic_wasm_run_command(const char *cmd)`	Dispatch one Magic command. Calls `magic_wasm_init()` automatically if needed. Returns 0 on success.
`magic_wasm_source_file(const char *path)`	Read and execute a command file from the virtual filesystem.
`magic_wasm_update()`	Drive a display-update cycle. No-op in headless builds (null display suspends all redraws).

JavaScript usage

import createMagic from 'magic-vlsi-wasm';

const { runCommand, FS } = await createMagic();

// Write a layout file into the virtual filesystem
FS.writeFile('/work/inv.mag', layoutBytes);

// Run Magic commands
runCommand('tech load sky130A');
runCommand('load /work/inv');
runCommand('gds write /work/inv');

// Read the result back out
const gdsBytes = FS.readFile('/work/inv.gds');

Notes

CAD_ROOT is automatically set to / so that embedded system files are resolved under /magic/sys/.
The null display driver (-d null) sets GrDisplayStatus = DISPLAY_SUSPEND, which causes WindUpdate to return immediately without invoking any display callbacks. This is what makes the WASM build safe to run without a screen.
All POSIX signal/timer APIs (setitimer, SIGALRM, fcntl) are compiled out under __EMSCRIPTEN__; the display progress timer becomes a no-op.