flan/test/programs/pkg-two-aliases.flan
Joseph Ferano 259cf3b3e2 sand is one program again
The simulation was in a package of its own for one reason: importing raylib
linked libraylib on every target, so the headless run could not name the
package the interactive one needs. That reason is gone, and the split was
never anything else — the physics is the same code either way.

So sim.flan is back inside sand.flan, and test/programs/sand-headless.flan
imports sand.flan itself: window, raylib bindings, dev agent and all. It builds
for wasm32 anyway. Nothing it calls reaches raylib, so no shim is compiled, no
-lraylib is passed, and the front-end's functions are never emitted; sand.flan's
main is not exported, so the only main is the headless one. The hash is
unchanged on both targets at both optimisation levels, which is the point —
a refactor that moved the number would have moved the simulation.

The new cases cover what made it possible rather than only the result: a
package nothing calls into, native and wasm32; raylib reached both directly and
through sand.flan and read once; and the three refusals — sand/main, one
directory under two aliases, and two mains.

test_session's package-qualification case moves to vendor/agent, which is now
the package in the tree with a defn in it.
2026-09-11 20:11:01 +07:00

12 lines
406 B
Plaintext

;;;; One directory, two names.
;;;;
;;;; An import is a rename into one flat namespace, so a directory reached
;;;; twice has to arrive under one alias: with two, every declaration in it
;;;; exists twice and the checker refuses a collision nobody wrote. Said here
;;;; instead, where the two import forms are still visible.
(import rl "vendor:raylib")
(import ray "vendor:raylib")
(defn main [] i32 0)