Skip to content

Spike: move auto-load into the LCB (plan B: getenv platform check)#49

Closed
SethMorrowSoftware wants to merge 0 commit into
mainfrom
claude/beautiful-cray-lwlsgr
Closed

Spike: move auto-load into the LCB (plan B: getenv platform check)#49
SethMorrowSoftware wants to merge 0 commit into
mainfrom
claude/beautiful-cray-lwlsgr

Conversation

@SethMorrowSoftware

@SethMorrowSoftware SethMorrowSoftware commented Jun 15, 2026

Copy link
Copy Markdown
Owner

Closed — spike complete, answer is "no"

This spike asked whether the auto-load could live in the LCB instead of the Kit. It can't, and we now know definitively why:

  1. No try/catch in LiveCode Builder — the parser rejects try (compile error). So a failed binding can't be caught.
  2. c:> empty-library bindings don't resolve on Windowsc:>getenv failed at runtime with "Unable to bind foreign handler ... _getenv". Same mechanism as dlopen/realpath, so none of the libc probes reach the CRT on Windows.

With no way to catch the failure and no way to detect the platform from inside the LCB without throwing, the LCB cannot self-gate. The Kit approach in main (#48) — gating on the platform in LiveCodeScript — stands as the correct and final design. Branch reset to main; nothing to merge here.

https://claude.ai/code/session_01EVV5fGeXqtWs8WDrmgWNku

@SethMorrowSoftware SethMorrowSoftware changed the title Spike: move auto-load into the LCB via try/catch (compile-test on Windows) Spike: move auto-load into the LCB (plan B: getenv platform check) Jun 15, 2026
@SethMorrowSoftware SethMorrowSoftware force-pushed the claude/beautiful-cray-lwlsgr branch from 187ee7c to 61a52be Compare June 15, 2026 23:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant