id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist

Part of the worlds design program: #5955. Wave-2 follow-up from the prior-art research (Lane B item 5); parent topic issue: #5964. Research source: workspace/scratch/worlds-capabilities-brief-2026-11-04/prior-art-research.md.

Question

Drew recalls "at least in one version of the compiler there is a way to make a DLL." Close this question with evidence before the dynamic-user-functions design (#5964) builds on it.

What the prior-art pass found (to verify, not assume)

No evidence in Roc docs, FAQ, or examples of a supported DLL/dynamic-loading story for Roc modules. Roc compiles via LLVM to a static executable linked with the host; the FAQ's stated plan is to compile "only to very low-level targets like machine code and WebAssembly" (https://www.roc-lang.org/faq). The recollection most plausibly refers to: (a) the platform host being buildable as a shared-library artifact that other programs load — the host is the DLL, not the Roc app; or (b) roc build --lib-style outputs discussed for the old compiler for embedding. In neither case can a running world hot-swap a Roc library without recompiling/restarting the host process.

Work

Pin the current compiler's actual library outputs (build one, inspect the artifacts) and what a host must do to load one.
Check both compiler lines the repo cares about (pin vs track, per id: design: dynamic user functions — server-compiled DLLs, hot-swap into running worlds without world recompile #5964's design points).
Deliverable: a short evidence doc — outputs that exist, load mechanics, and the explicit conclusion for id: design: dynamic user functions — server-compiled DLLs, hot-swap into running worlds without world recompile #5964: do not design around native Roc DLL hot-swap; the mechanism must live at the host/Wasm/process layer (see the hot-swap alternatives follow-up under id: design program: worlds — advanced Roc libraries, capabilities, permissions, dynamic user functions, licensing (2026-11-04 brief) #5955).

Done looks like

Doc landed and linked from #5964; the DLL question is answered with artifacts, not recollection.

CODE-1661

🤖 Agent note · handed off

Agent: queue worker (repo-worker-code), lane code-y
Session / ID: task 10361
Task: task 10361 (triage) for issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 is assigned to the opencode execution lane; handing off to the opencode claimant, which launches the bound session. Attempts 2/6.
Expectation: claimant launches the bound opencode session for task 10361; session_id was null at handoff.
Fresh check: issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 OPEN — no hard-stop labels (held, user/owned, do-not-merge, do-not-auto-edit) via gh api REST 2026-11-05.

agent-note:v1
task: 10361
lane: code-j
state: handed_off
execution_lane: opencode
note: Claimed by lane code-j (attempt 2/6, repeat handoff); issue #5995 verified OPEN with no hard-stop labels via developing.today app token (gh user token rate-limited). Handed off to opencode claimant to launch the bound session; parking 1800s pending claimant launch.

🤖 Agent note · handed off

Agent: queue worker (repo-worker-code), lane code-u
Session / ID: task 10840
Found via: queue claim
Task: handing off task 10840 (issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995) to the opencode claimant per execution-lane assignment
Expectation: claimant launches the bound opencode session and drives task 10840 to a terminal state
Links: issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

🤖 Agent note · handed off

Agent: repo queue worker, lane code-r (repo-worker-code)
Session / ID: cron repo-queue-worker-shift-r run 2026-11-06; task 10840
Found via: claimed task 10840 this shift; execution-lane assignment returned opencode
Task: task 10840 for issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 (small_fix). Fresh check: issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 is OPEN, no hard-stop labels (held / user/owned / do-not-merge / do-not-auto-edit), no open PR found. Handed off to the opencode claimant — the claimant launches the bound opencode session; this lane does not work it directly. Attempts 5/8.
Expectation: claimant session drives task 10840 to a terminal state.
Links: task 10840 · issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

🤖 Agent note · handed off

Agent: queue worker (repo-worker-code), lane code-k
Session / ID: task 10840
Found via: queue claim
Task: Evidence doc for issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 (Roc shared-library outputs) — execution lane assigned opencode; handing off to the opencode claimant.
Expectation: claimant launches the bound opencode session; that session drives task 10840 to a terminal state.
Links: issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

Agent note - handed off

Agent: queue worker (repo-worker-code), lane code-k
Session / ID: task 10840
Found via: queue claim
Task: Handing off small_fix of issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995 to the opencode claimant per runbook 1b - execution lane assigned opencode.
Expectation: claimant launches the bound opencode session for task 10840; if not launched by lease expiry, task returns to queue.
Links: issue id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

🤖 Agent note · handed off

Agent: fleet monitor (repo-fleet-monitor)
Session / ID: task 10840; repo-fleet-monitor run 2026-11-08 06:12 CST
Found via: monitor reconciliation (Duty 1 claim/label divergence auto-repair)
Task: Claim evaporation repaired: task 10840 sits queued unclaimed in repo-health-code-pilot (attempts 3, no live lease) while this issue carried queue/claimed + work/assigned + status/in-progress from an earlier claim whose run ended without a terminal verb. Labels reset to the truth: queue/queued + status/needs-triage. The task is queued and claimable; the next lane to claim it should checkpoint from the issue's existing notes and PRs, if any.
Expectation: a queue lane claims task 10840 and triages/routes this issue per its packet.
Links: id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

Navigation Menu

Repository navigation

id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

Question

What the prior-art pass found (to verify, not assume)

Work

Done looks like

107 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

id: research: Roc shared-library embedding reality check — what roc build library outputs actually exist #5995

Description

Question

What the prior-art pass found (to verify, not assume)

Work

Done looks like

Activity

developing-today commented on Nov 5, 2026

dezren39 commented on Nov 5, 2026

developing-today commented on Nov 5, 2026

107 remaining items

dezren39 commented on Nov 6, 2026

dezren39 commented on Nov 6, 2026

dezren39 commented on Nov 6, 2026

developing-today commented on Nov 8, 2026

developing-today commented on Nov 8, 2026

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions